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(54) Multicode modem with a plurality of analogue front ends 



(57) A modem that operates selectively in the voice- 
band frequency band and at higher frequency bands is 
provided. This modem supports multiple line codes, like 
DMT and CAP. 

The modem uses a Digital Signal Processor (DSP), 
so that different existing ADSL line codes, such as Dis- 
crete MultiTone (DMT) and Carrierless AM/PM (CAP), 
can be implemented on the same hardware platform. 
The modem negotiates in real-time, for a desired line 
transmission rate to accommodate line condition and 
service-cost requirement. 

The line code and rate negotiation process may be 
implemented at the beginning of each communication 
session through the exchange of tones between the mo- 
dems. A four-step MDSL modem initialization process 
is provided for line code and rate compatibility 

A new synchronization startup procedure for CAP 
based MDSL modems is provided. The handshake pro- 
tocol and receiver algorithm allow reliable modem syn- 



chronization over severely amplitude distorted channels 
such as standard telephone twisted-pair wire. The algo- 
rithm makes use of a short length sequence to train a 
synchronizing equalizer at the receiver. After training to 
this sequence, a matched filter or correlator is used to 
detect the inverted sync sequence. The detection of the 
inverted sequence signals the start of the normal refer- 
ence training of the CAP demodulation equalizers. 

The MDSL line connection management process 
provides a simple, efficient, and flexible interface to 
manage the line connection between MDSL-C (MDSL 
in Central Office site) and MDSL-R (MDSL in resident 
site) in the telecommunication Wide Area Networking 
environment. An internal state machine in an MDSL mo- 
dem records and monitors the line status and notifies 
the state change to the other MDSL and also the host 
processor. The protocol used for exchanging line con- 
nection management messages is a simplified Link 
Control Protocol (LCP) for MDSL. 
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Description 

FIELD OF THE INVENTION 

«J£ £Z££S '° a mo08m ' and mo,e pa, " cuB "» ,0 sy5,ems emptoyl " 9 - * '<"• « -» 

BACKGROUND OF THE INVENTION 

Network ^^ VOiCe *^ d ^ emCanconnec,com P uterusersen d-to-endthroughthePublicSwitchedTelephone 
,n th T . !? r 6 ,ransmission throughput of a voice-band modem is limited to below about 40 Kbps due 

' w ct!n 1 k ! u Sd by bandpaSS filtefS and COdes at the PSTN interface P° ints - O" the other hand the 
oMhl k P T * ubscr ' ber u loo P of a com P ut er user has a much wider usable bandwidth. Depending on the 
S °L th " subsc jer loop, the bandwidth at a loss of 50 dB can be as wide as 1 MHz. Transmission systems based 
on the local subscriber loops are generally called Digital Subscriber Lines (DSL) 

rmt^TTr.f ma 1 C l ,0r interac,ive electronic access to entertainment (e.g. video-on-demand) and information 
^IhTh 9 , ^ ' nCreaSed - tNS d6mand has effective| y exceeded the capabilrties of conventional voice" 
SnmtTT 8 , u r °f° nse : Various deliverv aPP^aches have been proposed, such as optical fiber links to every 
home, direct satellite transmission, and wideband coaxial cable. However, these approaches are often too costly and 

t£%£?!£Z T r? T Sd L SUC \ ! 8S C3ble m0dem WhiCh USSS SXiStin 9 Coaxial cab,e connections to homes 
and va nous high bit rate d.grtal subscriber line (DSL) modems which use the existing twisted-pair of copper wires 
connecting a home to the telephone company central office (CO) oi copper wires 

PRinnfnS.' 1 ?! 31 S " bSC , riber lines (DSL > technologies have been developed for different applications. The original 
nfl K? 9 f w , Crit l er technol °9y has been used ^ the ISDN Basic Rate Access channel U-interface The 
H.gh-b.t-rate d.grtal subscriber lines (HDSL) technology has been used as the repeaterless T1 service 

th* t!i'lo h XamP , le 0, ,K ri f ° f ° SL ,echnic ' ues is the Asymmetrical Digital Subscriber Line (ADSL) signaling for 

the telephone loop that has been defined by standards bodies as a communication system specif cation that provides 
a low-rate data stream from the residence to the CO (upstream), and a high-rate data stream from "he CO to Te 
^m^nf, (dOWnStream) -. Tha ADSL * andard Prides for operation without affecting conventional voice telephone 
^Zr^T 5 ' TIT" ° ld f te,ephone service < POTS > Tne ADSL upstream channel only provides simp.e control 
functions or low-rate data transfers. The high-rate downstream channel provides a much higher throughput This asym- 
metncal information flow is desirable for applications such as video-on-demand (VOD) 

- ADSL modems are typically installed in pairs, with one of the modems installed in a home and the other in the 

2 JJSJrr? T Centr !' ° ffi< L e SerVidn9 th3t h ° me The Pair ° f ADSL modems are connected to the opposite ends 
tL TronfZ ; P K lr ! m ° dem Ca ° ° nly communicate with the modem at the other end of the twisted-pair 
the central office will have a direct connection from its ADSL modem to the service provided (e.g., movies Internet' 
etc.). Figure 2a heuristically illustrates an ADSL modem (Figure 2a uses the term "DSL" rather than -ADSL" for the 

i e ; :? a ?v ^ ?f T' 31 ^ 06 (rS,erred l ° hereinaf,er as C °) a " d «e in the consumer's home, either a persona. 

TV S H eW °P box - Because an ADS L modem operates at frequencies higher than the voice-band frequen- 
cies an ADSL modem may operate simultaneously with a voice-band modem or a telephone conversation 

A typical ADSL-based system includes a server located at the CO capable of providing movies or other data- 

,'n oZ«o CO h "J,"; a ^ W ° P - b ° X 31 ,hS reSidenCS that Can reCeiVe and -assemble'the data'as well as send con^l 
h n f eanin 9 ,ul dis P' a V or use ° f the downstream content typically requires a sustained data 

Ln^r 

ADSL mil ™? ,n9 , C ° nd fr S 3nd ° nly 31 CSrtain rat8S lf 3 SUbsCriber ,ine meets the requirements, the 

ADSL modem can function, otherwise new line equipment must be installed, or line quality must be improved 

rdnv^rj T- Standard ADSL Ca " S fOF transmissi °" of up to 6 million bits-per-second (Mbps) to a home 

hon^(ups^am) er 9 ,W ' Sted " Pair a " d a ' S ° f ° r reCeipt ° f up to 640 ,housand ™* P«r second (Kbps) from the 

nir^nn^f f m . diff8rS * SGVeral reSpe ° ,S ,r ° m ,he voice - band modems currently being used for digital commu- 
nication over the telephone system. A voice-band modem in a home essentially converts digital bits to modulated tones 
in the voice-band (30 Hz to 3.3 KHz), and thus the signals can be transmitted as though they were just oSnarv Speech 

Ti^^TS^ST" ' TU th V - SerieS VOiCe ' band modem standards (^g. V.32 and V.34 call for transmission 

fn conS 1 Ancf ^ X °° S '° W f ° r rea '- time video and to ° slow Internet graphics, 

n contrast, an ADSL modem operates in a frequency range that is higher than the voice-band; this permits higher data 

hu^Tn^' , TSt**' SUbSCrib6r ' ine h3S diSt0rti ° n 8nd ' OSSeS increase with U °W°™y a " d '*ne len^h 
thus the ADSL standard data rate is determined by a maximum achievable rate for a length oi subscriber lines Tg 
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9,000 feet (9 kft) for 26 gauge lines, or 12 kft for 24 gauge lines. 

Voice-band modem data speeds are limited by at least the following factors: 1 ) the sampling rate of the line cards 
in the central office is only 8 KHz; 2) the low bit resolution of the A/D and D/A converters used on the line cards reduces 
dynamic range; and 3) the length of the subscriber line (twisted-pair) and any associated electrical impairments. Al- 
s though an ADSL modem avoids the first two factors, it also suffers from subscriber line length limitations and electrical 
impairments. Figure 4c illustrates how the capacity of a subscriber line decreases with increasing line length for the 
two existing wire sizes. A similar capacity decrease with length applies to any type of twisted-pair subscriber line 
modem. 

Figure 4a shows in block format a simple ADSL modem whose transmit hardware 30 includes the bit encoder 36, 
io inverse fast Fourier transform 38, P/S 40, digital-to-analog converter 42, filter and line driver 44 for transmission and 
transformer 46. The receive portion 32 includes a transformer and filter 48, analog-to-digital converter 50, an equalizer 
for line distortion compensation 52, S/P 54, fast Fourier transform 56, and bit decoder 58. An echo cancellation circuit 
from the transmission portion to the reception portion may be included to suppress signal leakage. The ADSL standard 
uses discrete multitone (DMT) with the DMT spectrum divided into 256 4-KHz carrier bands and a quadrature amplitude 
is modulation (QAM) type of constellation is used to load a variable number of bits onto each carrier band independently 
of the other carrier bands. 

The number of bits per carrier is determined during a training period when a test signal is transmitted through the 
subscriber line to the receiving modem. Based on the measured signal-to-noise ratio of the received signal, the receiving 
modem determines the optimal bit allocation, placing more bits on the more robust carrier bands, and returns that 
20 information back to the transmitting modem. 

The modulation of the coded bits is performed very efficiently by using a 512-point inverse fast Fourier transform 
to convert the frequency domain coded bits into a time domain signal which is put on the twisted-pair by a D/A converter 
using a sample rate of 2.048 Mhz (4x512). The receiving ADSL modem samples the signal and recovers the coded 
bits with a fast Fourier transform. 
25 Discrete multi-tone (DMT) has been chosen as the line code for the ADSL standard. A typical DMT system utilizes 

a transmitter inverse FFT and a receiver forward FFT Ideally, the channel frequency distortion can be corrected by a 
frequency domain equalizer following the receiver FFT However, the delay spread of the channel in the beginning of 
the receiver FFT block contains inter-symbol interference from the previous block. As this interference is independent 
of the current block of data, it can not be canceled just by the frequency domain equalizer. The typical solution adds 
30 a block of prefix data in front of the FFT data block on the transmitter side before the block of FFT data is sent to the 
D/A. The prefix data is the repeat copy of the last section of FFT data block. 

On the receiver side, the received signal is windowed to eliminate the cyclic prefix data. If the length of the channel 
impulse response is shorter than the prefix length, inter-symbol interference from the previous FFT data block is com- 
pletely eliminated. Frequency domain equalizer techniques are then applied to remove intra-symbol interface among 
35 DMT subchannels. However, since the channel impulse response varies on a case by case basis, there is no guarantee 
that the length of the impulse response is shorter than the prefix length. An adaptive time domain equalizer is typically 
required to shorten the length of the channel response within the prefix length. 

Time domain equalizer training procedures have been studied previously, Equalizer Training Algorithms for Muf- 
ticarrier Modulation Systems, IS. Chow, J.M. Cioffi, and J.A.C. Bingham, 1993 International Conference on Commu- 
40 nications, pages 761 -765, Geneva, (May 1993) and the corresponding training sequence has been specified in ADSL 
standard and Recommended Training Sequence for Time-domain Equalizers (TQE) with DMT, J.S. Chow, J. M. Cioffi, 
and J.A.C. Bingham, ANSI T1E1.4 Committee Contribution number 93-086. 

The following patents are related to DMT modems: U.S.Patent No. 5,400,322 relates to bit allocation in the mul- 
ticarrier channels; U.S.Patent No. 5,479,447 relates to bandwidth optimization; U.S.Patent No. 5,317,596 relates to 
45 echo cancellation; and U.S.Patent No. 5,285,474 relates to equalizers. 

Alternative DSL modem proposals use line codes other than DMT, such as QAM, PAM, and carrierless AM/PM 
(CAP). Indeed, ISDN uses a 2bit-lquaternary (2B1Q) four level symbol amplitude modulation of a carrier of 160 KHz 
or higher to provide more data channels. 

CAP line codes typically use in-phase and quadrature multilevel signals which are filtered by orthogonal passband 
so filters and then converted to analog for transmission. Figure 4b shows a block diagram for the transmitter 321 and 
receiver 325 of a DSL modem using the CAP line code and including both an equalizer 750 and echo cancellation 327. 

The following patents are related to CAP modems: U.S. Patent No. 4 t 944, 492 relates to multidimensional passband 
transmission; U.S.Patent No. 4,682,358 relates to echo cancellation; and US Patent No. 5,052,000 relates to equal- 
izers. 

ss Modems using CAP or DMT, or other line codes, essentially have three hardware sections: (i) an analog front end 

to convert the analog signals on the subscriber line into digital signals and convert digital signals for transmission on 
the subscriber line into analog signals, (ii) digital signal processing circuitry to convert the digital signals into an infor- 
mation bitstream and optionally provide error correction, echo cancellation, and line equalization, and (Hi) a host inter- 
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face between the information bitstream and its source/destination. 

However, these DSL modems have problems including. 1 ) higher bit rates for video that cause them to be com- 
plicated and expensive; 2) their bit rates are optimized for a fixed distance, making them inefficient for short subscriber 
oops and unusable for long subscriber loops; and 3) either DMT or CAP operates better for given different conditions 
(e.g. noise, etc.) that may or may not be present in a particular subscriber loop to which the DSL modem is connected 

Two way digital communication systems with high speed data transmission are being developed to provide inter- 
active communication ability. From a wired perspective Hybrid Fiber Coax (HFC) is the primary architecture being 
tested. These systems can utilize a variety of digital modulation schemes, including Quadrature Amplitude Modulation 
(QAM), Vestigial Sideband (VSB) modulation and Quadrature Phase Shift Keying (QPSK) modulation to achieve effi- 
cient spectral communications. Systems trials to-date indicate an excessive amount of time and money are required 
to deploy these systems. Thus, two way systems being developed will require additional infrastructure to be built and 
additional customer residence (or premises) equipment to be added. As part of the return path, systems now have to 
deal with noise ingress problems upstream. Noise ingress requires the addition of special filters placed at the customer 
premises. Along with access to the customer premises, deployment of these systems cause disruptions in the resi- 
dential and business community. This system infrastructure must be built out and bypass a customer premises prior 
to offering any connection for new high data rate one or two way services utilizing this new infrastructure 

An alternative wired system proposes utilizing copper infrastructure and high speed modems to transmit digital 
two way data. These systems can operate with several modulation schemes including Carrierless Amplitude/Phase 
(CAP), Discrete Multitone (DMT), DWMT and Subscriber Loop Carrier (SLC). Asymmetrical Digital Subscriber Loop 
(ADSL), Very-High-Data-Rate Digital Subscriber Line (VDSL) and High-Data-Rate Digital Subscriber Line (HDSL) mo- 
dems currently under development will offer different data rates to carry communication signals to and from the cus- 
tomer premises. For copper wire based systems limited bandwidth, signal attenuation resulting from the wire gauge 
and transmission distance all decrease such possible system data rates. Integration into the copper twisted pair network 
can be active or passive. To maintain the high data rates capabilities of these systems amplifiers will be required to 
maintain the signal strength and condition between communication points. 

Digital wireless communication systems such as, Multichannel Microwave Distribution Service (MMDS) operatinq 
at 2150-21 62 MHz & 2500-2686 MHz, C-band satellite operating at 3700-4200 MHz, Ku-band Direct Broadcast Satellite 
(DBS) operating at 12200-12700 MHz, Very Small Aperture Terminals (VSAT) operating at 11700-12200 MHz and 
Local Multipoint Distribution Service (LMDS) operating in the 27500-29500 MHz band, are deployed or are under 
development. Wireless broadcast systems distribute signals from point to multipoint. Currently, these wireless systems 
rely on antennas mounted on the customer premises to establish the final communication link. Smaller antennas have 
made these systems more acceptable to customers. However, several issues arise with this method of distribution 
Access to the customer premises, installation costs and antennas mounted at the premises are all undesirable factors 
from the customer point of view. From a system perspective the repetitive use of antennas, downconverters tuners 
and decoders increase system deployment costs which are passed on to the consumer. Another factor limiting deploy- 
ment of these systems in many residential neighborhoods is line of sight limitations. 

However, these and other shortcomings of the prior art are overcome by the present invention. 

SUMMARY OF THE INVENTION 

The present invention provides a new high speed modem for use on standard telephone twisted-pair lines at 
lengths of up to approximately 21,000 ft. This new modem will be referred to as MDSL, mid-band digital subscriber 
line. The MDSL modem of the present invention makes use of frequency division multiplexing (FDM) to separate the 
downstream and upstream transmitted signals. Although the modulation scheme for MDSL can be arbitrary, two specific 
modulation schemes that may be employed are QAM/CAP and Discrete Multitone (DMT) . A startup procedure for 
achieving synchronization between the MDSL modem of the present invention at the central office (CO) and the MDSL 
modem at the remote user (RU) end is provided as part of the present invention. 

One of the specific modulation schemes chosen for one implementation of MDSL is Carrierless AM/PM (CAP) 
CAP does not make use of a separate tone for synchronization. Synchronization is achieved using the transmitted 
data signal directly. At startup, a special data sequence is used to train equalizers in the CAP receiver before real data 
is transmitted. 

The present invention provides a modem which supports both voice-band and above voice-band (DSL) functionality 
using preselected common circuitry. Preferred embodiments use a DSP to run either voice-band or above-voiced-band 
modem software in combination with, either separate or combined analog front ends, and a common host interface 
(either serial or parallel). The same internal components may be employed for either the voice-band or the above- 
voice-band modem, and the modem may have an integral splitter to separate the voice-band for use by a telephone set 

The present invention provides a programmable Digital Signal Processor (DSP) implementation approach that 
allows different existing ADSL line codes, Discrete MultiTone (DMT) and Carrierless AM/PM (CAP), to be implemented 
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on the same hardware platform as a voice-band modem. With a DSP implementation, the desired transmission rate 
can also be negotiated in real time to accommodate line condition and service-cost requirements. 

This line code and rate negotiation process can be implemented at the beginning of each communication session 
through the exchange of tones between modems at both ends. A four-step Mid-band Digital Subscriber Lines (MDSL) 
s modem initialization process is used for line code and rate compatibility. 

Although Digital Subscriber Line (DSL) signaling is used to convey digital data over existing twisted-pair copper 
telephone lines connecting the telephone company central office (CO) to residential subscribers, conventional DSL 
data modems are designed to provide service to a certain percentage of residential customers at a prescribed data 
rate. A new rate negotiation method of the present invention enables a variable-rate DSL (VRDSL) system. Using the 
10 rate negotiation method, the variable rate system adapts its throughput based on line conditions, computational capa- 
bilities, network accessibility, and application requirements. This service can be added to a telephone subscriber loop 
without disrupting the plain old telephone service (POTS) . Hence, a voice-band modem connection can also be made 
available independent of the DSL connection. 

The rate negotiation method provides systematic control for a DSL system that supports multiple rates. The data 
*s rates can be varied depending on modem cost, line conditions, or application requirements. The modem functions as 
a variable rate data link capable of supporting many different applications, including VOD, videophone, multiple ISDN 
links, and new network access applications. By considering the capability of a particular DSL connection, available 
computational power, and any special application program requirements, the data rate can be adapted by the negoti- 
ation method to a suitable level. This scheme provides symmetrical or asymmetrical data links and supports simulta- 
20 neous applications requiring arbitrary mixes of symmetrical and asymmetrical links. A part of the symmetrical portion 
of the DSL transmission throughput can be used for telephone calls or video telephone calls. A part of the asymmetrical 
portion of the DSL transmission throughput can be used for internet access or VOD services. The rate negotiation 
method supports many different network applications using DSL. 

The typical implementations of DSL modems, thus far, have supported only connectionless services between the 
2S subscriber and the network. However, since DSL is terminated at the local central office, a telephone-network friendly 
DSL interface is desirable. To facilitate multiple virtual service connections, an operations/signaling channel, similar to 
the ISDN D channel, is preferred for exchanging service and control messages. A preprocessor in the CO-end DSL 
modem is also necessary to collect operational messages before passing signaling and data packets to the CO control- 
channel server. 

30 The DSL modem of the present invention supports connectionless as well as connection-oriented (switched) serv- 

ices. 

The method of rate negotiation is preferably employed with a DSL system capable of a varying rate. An example 
is a variable-rate DSL (VRDSL) system that can provide a variable upstream transmission throughput up to 400 Kbps 
and a downstream transmission throughput of from 400 Kbps up to 2.048 Mbps. (However, the invention is not con- 

35 strained to vary within the rates given by this example system.) With lower throughput, operation with poor line condi- 
tions is supported. Lower data rates also allow the design of less expensive modems for less demanding applications. 
This is consistent with the mid-band DSL (MDSL) design philosophy of the present invention, which can provide a 
symmetrical 400 Kbps link using the same hardware platform as a voice-band modem. With high downstream through- 
put, VRDSL can be made compatible with ADSL. Basically, the VRDSL rate negotiation method provides the capability 

40 to serve a range of price/performance DSL modems that can maximize throughput based on individual line conditions 
and processing power. In VRDSL signaling, the POTS will still be available through the same telephone subscriber loop. 

The host interface requirements for the Mid-band digital subscriber line (MDSL) software system is also a part of 
the present invention. 

The software running under the host PC platform to control the MDSL network interface card was implemented 
45 as an NDIS 3.0 WAN mini-port driver; it works under Windows NT/Windows 95 together with existing networking drivers 
and applications. 

The line connection management process for a mid-band digital subscriber lines (MDSL) provides a simple, efficient 
and flexible interface to manage the line connection between MDSL-C (MDSL in Central Office site) and MDSL-R 
(MDSL in residential site). MDSL uses four different line modes: leased line with single link (LLSL); leased line with 

so multiple links (LLML); switched line with soft dial (SLSD); and switched line with hard dial (SLHD). The host interface 
for the LLSL mode, has three different line states: line drop, line disconnected and line connected. An internal state 
machine of the MDSL modem can record and monitor the line status and notify the state change to the other MDSL 
modem, as well as the host processor. The protocol used for exchanging line connection management messages of 
the present invention is a simplified point-to-point link control protocol. 

ss The MDSL host interface includes the following basic functions: command/control communications between the 

host and MDSL, line connection management and send/receive data packet. The MDSL host interface provides a 
simple, user-friendly, efficient and low-cost interface to the host controller. 

In a presently preferred embodiment, the host driver software for MDSL is implemented as an NDIS WAN miniport 
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^^/T^ 9 Und6r Windows 95/NT environment. This software controls and manages the Media Access Control 
(MAC) sublayer of the MDSL network system and working with NDIS wrapper and an upper layer protocol driver stack 
any internet accessing application can be run transparently. 

The present invention also provides a simple algorithm to train the time domain equalizer of an MDSL modem By 
* the same procedure, the FFT frame boundary is also reliably detected. 

This invention also provides point-to-multipoint delivery of communication services and more particularly to distri- 
bution methods wh.ch integrate wire and wireless systems via modems into an efficient digital signal distribution network 
designated a Hybrid Wireless Wire-Line Network (HWWN). A key element included in this system architecture is the 
bandwidth management feature which provides for efficient use of the available spectrum based on user demands for 
data rates and channel transmission conditions. 

The invention also provides a direct equalizer system with an adaptive filter in the transmitter for symmetrical 
dispersive transmission channels. The direct equalization approach avoids the use of an expensive high precision high 
sampling rate A/D converter and a high precision adaptive filter in the receiver. In the transmitting data path the adaptive 
filter only needs a precision equal to the symbol bit resolution. The filter coefficients are identified in the receiving path 
using a sign LMS algorithm (which only involves shift and addition operations). Thus, the direct equalizer system of 
the present invention is an inexpensive approach for the realization of high data rate transmission systems over sym- 
metrical dispersive channels. 1 



BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will now be further described by way of example, with reference to the accompanying draw- 

ings in which: 



Figures 1a : e show a preferred embodiment multimode modem. 
& Figures 2a-o show preferred embodiment modem Central Office modems and distribution systems- 

Figures 3a-e show preferred embodiment modem applications and ISDN signaling; 

Figures 4a-c show prior art modems plus subscriber line capacity; 

Figures 5a-b show another preferred embodiment modem; 

Figures 6a-f illustrate preferred embodiment initialization; 
30 Figures 7a-f show preferred embodiment rate negotiation; 

Figures 8a-c show preferred embodiment synchronization; 

Figures 9a-d show preferred embodiment training; 

Figures 10a-h show preferred embodiment line connection management; 

Figures 11a-n show preferred embodiment modem driver; 
& Figure 12 shows preferred embodiment downloading; 

Figures 13a-g show preferred embodiment sampling rate conversion; 

Figures 14a-e show preferred embodiment modem pool; 

Figure 15a shows a channel transfer function of a 24 gauge 50 meter twisted pain- 
Figure 15b shows an eye pattern without channel distortion compensation; 
40 Figure 1 5c shows the structure of a conventional equalizer; 

Figure 15d shows the direct equalizer system; 

Figure 15e shows the direct equalizer with buffer; 

Figure 15f shows the effect of baud rate equalization; 

Figure 15g shows the effect of double baud rate equalization; 
45 Figure 15h shows the effect of triple baud rate equalization; 

Figure 15i shows the power spectra of direct equalized signal; 

Figure 15j shows a simulated direct equalization system method; 

Figure 15k shows an equalizer coefficient identification; and 

Figure 151 shows an adaptive transmitter 

so 

DETAILED DESCRIPTION 



Overview of preferred embodiment modems 



Figure la shows a functional block diagram of a first preferred embodiment of a multimode modem 100 of the 
present invention. In Figure 1a, modem 100 includes both a voice-band and DSL band data path to a single subscriber 
line (twisted-pair) 140, which connects to a telephone company central office. A voice-band analog front end (VB AFE) 
110 transmits and receives at frequencies in the voice-band (30 Hz to 3.3 Khz), whereas the digital subscriber line 
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analog front end (DSL AFE) 120 transmits and receives at frequencies above the voice-band (above 4 KHz). A Splitter 
1 30 connects to the subscriber line 1 40 and separates the incoming signals into its voice-band and above- voice -band 
components. POTS (plain old telephone service) occurs in the voice-band and a telephone may be connected to the 
subscriber line directly or through the splitter 130. 

Modem 100 utilizes a single programmable digital signal processor (DSP) 150 as part of the DSL band data path 
and as part of the voice-band data path, but typically uses two separate data input ports. Generally, the DSL band will 
have a much higher bit rate than the voice-band data path, so using separate DSP ports will be more convenient than 
using a single port with a buffered multiplexer; although the use of such a multiplexer is an alternative clearly within 
the scope of the present invention. For example, the DSL band operation modem 100 may employ an upstream (from 
residence to central office) frequency band centered at 100 KHz with a total bandwidth of slightly less than 200 KHz, 
and a downstream (from central office to residence) frequency band centered at 300 KHz and also of total bandwidth 
slightly less than 200 KHz; this frequency allocation provides for full duplex operation of modem 100. Generally multiple 
DSPs, instead of a single DSP, may be employed to increase functions performed or to increase performance. The 
DSP 150 is connected to a host interface circuit 160. 

Modem 100 can select from multiple line codes and, further, modem 100 can perform as either a high-bit-rate DSL 
modem in frequencies above voice-band or as a voice-band modem (such as V.34), either simultaneously or consec- 
utively, just by switching programs being executed by the DSP 150. The various line code programs can be stored in 
the DSP onboard memory or in auxiliary memory not shown in Figure 1a. Also, alternative line codes for the DSL 
modem operations (e.g., a CAP or a DMT line code) can be used, again depending upon the program executed by the 



Figures 1b-c illustrate the DSL data path portion of modem 100 which includes analog-to-digital 172 and digital- 
to-analog 170 converters, filters 174, 176, a transmission driver 178, and a receiver amplifier 180. Figure 1b additionally 
explicitly shows a phase locked loop 1 82 clock generator that synchronizes the modems' internal clocks with the clock 
signals from the host (or the central office). Figure Ic omits the bandpass filters and instead shows various optional 
memory types, both SRAM 184 and nonvolatile EEPROM 186 which could hold line code programs. When modem 
100 acts as a voice-band modem, the splitter 1 30 provides the voice-band frequencies to the voice-band analog front 
end 120. 

Figure 1d illustrates the DSP software for modem 100 in DSL mode and includes (i) an optional kernel (operating 
system) 190 for the DSP, (ii) host interface 192, (iii) optional management maintenance control 194, (iv) framing 196, 
(v) embedded operations control 198, (vi) channel multiplexer 199 for multiplexing the embedded operations control 
with the data stream, (vii) scrambler logic 191 for bitstream scrambling (viii) the transceiver logic 193 such as a CAP 
or DMT logic which includes the bits-to-symbols conversions, equalization, echo cancellation, and (ix) modulator/de- 
modulator 195 logic and optional forward error correction (FEC). 

Figure le illustrates the software protocol hierarchy for applications running on modem 100 interfacing with a host. 
The physical layer 185 (layer 1) includes the DSP software for modulation, bitstream scrambling, and multiplexing 
control signals with the data stream. The data link layer 187 (layer 2) in the DSP includes embedded operations control 
and framing. The network layer 189 (layer 3) in the host includes the modem driver (e.g. NDIS type for a Windows 
95/NT) and transport protocols such as PPP (point-to-point protocol) . Applications such as Internet browsers interact 
with the transport protocols. 

For voice-band modes of operation, modem 100 may use software similar to standard voice-band modems (e.g. 
V.34, etc.). 

The present invention provides a new high speed modem 100 for use on standard telephone twisted-pair tines at 
lengths up to approximately 21 ,000 ft. This new modem 1 00 will be referred to as MDSL, mid-band digital subscriber 
line. The MDSL modem 100 makes use of frequency division multiplexing (FDM) to separate the downstream and 
upstream transmitted signals. Although the modulation scheme for MDSL can be arbitrary, two specific modulation 
schemes that may be employed are QAM/CAP and Discrete Multitone (DMT). A startup procedure for achieving syn- 
chronization between the modem at the central office (CO) and the modem at the remote user (RU) end is provided 
as part of the invention. 

One of the modulation schemes selected for one embodiment of the MDSL modem is Carrierless AM/PM (CAP). 
CAP can be considered as a special case of the more conventional Quadrature Amplitude Modulation (QAM). The 
main difference is that CAP performs most of its processing in the passband, while QAM performs most of its processing 
at baseband. 

CAP does not make use of a separate tone for synchronization. Synchronization is achieved using the transmitted 
data signal directly. At startup, a special data sequence is used to train equalizers in the CAP receiver before real data 
is transmitted. 

One embodiment uses Carrierless AM/PM (CAP) Modulation and Discrete Multiple-Tone Modulation on the same 
DSP platform to achieve 16 Kbps - 384 Kbps upstream speed (from MDSL-R to MDSL-C) and 384 Kbps -2.048 Mbps 
downstream speed (from MDSL-C to MDSL-R). The MDSL-C can also be installed as a gateway or router to allow the 
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MD p^oWMA°c ; ! OC H al T a netW °L kS - EXamP ' SS ° f the a PP ,ication °' MDSL are described later herein 

Prototype MDSL hardware was built upon an ISA card which can be plugged into a PC or other olatform dirprth, 

7 T 9 ' nterfaCin9 Wtth ,hS HOST 16 ' bft wide EEPROMand RAM; Combined D/Aan M? Conv^S 

Analog Front-End circuitry requ.red for connection to a POTS interface; and an ISA bus interface circuit 

ThJSZ^S^^^!^ 3 T" C ° mmunicatinQ with ™«em 100 in the central office 220. 

nolT ? , f*™ 100 may nave var,ous capabilities and loads, and the subscriber loop 140 mav be in a 

TTl h t Tk S ° , m0demS eXSCUte a " initiali2ati °" Process to select the line code (CAP DMT^r c7ers! the 
bit-rate, and tram the equahzers. Then the modems begin data communication 

line has a Dsf S^!? 3 f ^T^' ^ Connections to briber lines with DSL modems, each subscriber 
line has a DSL AFE (analog front end) and an analog switch connects an AFE output to a DSL processor either a DSP 

oZls and a ^JST*" 0 ' ^ " * ^ ° SP for mU ' tip ' e AFEs " The central Z«o s : AFE 
?Slnf™?-f« 9 f T „ a t S ' 9nS 8n aVa " able DSP t0 communicate with the corresponding residence DSL modem 
The central office polls the AFEs to find active modems in the residences. As Figures 2b-c show the central olfS DSL 

w£rr n T V°i rem ° te aCC6SS S6rVer ° n 3 ,0Cal area network with Prized information (e g ImeT) of a 
rZ f , W ' th C °T nX rate d3ta whlch iS Sent direct, V across the P ublj c switched telephone net^rk runk 

toth'p i^ t k - signaling), rather than an off-hook signal, plus telephone number sent in ihe voice-band 
rth TdT^T ?' n9 H and CardS " RgUre 2C NIUStrateS ,he ma ' or ,uncti ° nal b, °cks of a central office DSL mclm 

and Sm^sVSSS^T ' h "f-^ " 30 AFE 24 °' DSP 26 °' communications Cont^SO 
SUf^f P rocessor 29 °- T he modem has a connection to both the constant bit rate transmissions (voice 

rr^s^ 

imJISU w 9 -"h W k t0 / i9Ur , e 2d ,h6re may ° e S8en 3 Simp,ified functional block diagram of an architecture of the present 
invents for a hybrid w.reless wire-line network (HWWN) 2000. More particularly, an architecture and Is mi h" 
d.stnbutes telephony, television and data signa.s via an integrated transmission n work T^ZTf^TcZ 
mumcation d<stribution begins at the headend 2002 or centra, office 2004. Signals are digged and ma'y be sent vTa 
an optical feeder link 2006 to a wireless distribution node 2008. Various techniques can be ^^rn^Me 
2o7o ^ m h ' S h U P C rt °- erte H df o^^smission to the neighborhood. Remote terminals cal.ed NeC U rts 

ranit^r 1 7 t ^ nei 9 nb ° m °° d ™* "se antennas to receive the Radio Frequency (RF) signals 
L^net^ 

?mV£! } h tran *P orted v,a a Very-High-Data-Rate Digital Subscriber Line (VDSL) or MDSL on the twisted oaW 

ZZtonT^T I'' ' n T 0 '^ SySt8m thSSe antemaS Wi " be Part ° f the ' etum c ° n n-tion 

information back from the customer premises 201 4 to the node 2008. Twisted copper pair lines or coaxial cables 2 

cSomT S k!™ 8 " 1 * ° r r6CeiVe thS di9ital Si9na,S initia, * ina or completing the transmissioHetork Vx the 
customer premises. Network control and routing functions are accomplished via an appropriate Sntrol channef The 

Z Un ' qUely UtHi2eS thS ca P abilrties of hiah s P ee ° modems and estab.isSed Zl£^2Z?££Z 
.on technology in an mtegrated transmission network. Additionally, bandwidth can be dynamical control an6 £e 
quences reused to opt.mize the transmission network. Based on user demands and detected S2l^S^2n 

system management is «JZ$2Z 

into the ex.st.ng copper or coax.al network at a Wireless Network Unit (WNU) 2010 The final tran3^n S toS 
customer p^mises is made using a VDSL (or MDSL) line driver to the VDSL (or M DS L) re cerverSy stern manaqe m ent 
chZ ^ , t° dynamically ad ' ust bandwidth on customer data rate requirements. Informi on setcTn and 

channe qualrty are monitored and controlled via the control channel and Operation Support System (C-lsT^riouf 

^ nStWOrk ^ COmmUniCati ° nS together through the se^^tl^ 

var^^o!^ °? per,0rmance advanta 9- ™« eliminates many of the disad- 

wtth rn^prnl h k mentloned above Specifically, by using a wireless point to multipoint system combined 

with modems higher data rates can be provided over longer distances with reduced bit error rate (BER) XStonaS 
the w.reless feature allows for a rapid deployment with increased capacity added on ^ asTeouhid ^MnH.mfn ? 
access to multiple customers from a wireless network unit. This integral afchfecture increases cusfomer ™2 
over systems offering direct distribution to the customer premises. Using this ^^rTa^SrSTnSS; 
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unit can provide an interface to connect to several hundred customer premises. The network architecture of the present 
invention enables such features as higher speed World Wide Web access, video conferencing and supports 10 Base 
T Ethernet, 100 Base T Ethernet and Asynchronous Transfer Mode (ATM) connection to the customer premises at an 
effective cost. 

Various architecture embodiments may be deployed using a variety of modulation techniques. For illustrative pur- 
poses, a higher level modulation scheme, such as 64 QAM will be utilized to make effective use of any available 
spectrum. In wireless systems degradation in the signal to noise resulting from things like multipath, and adjacent 
channel carrier can cause signal interference. Adaptive equalization can correct for some of these problems. Sectorized 
antennas at the transmitting node with alternating frequency and alternating antenna polarization can offer increased 
channel densities with reduced signal interference. To reduce interference caused by the return path, Quadrature 
Phase Shift Keying (QPSK) modulation may be incorporated with adaptive channel band control and spatial diversity 
to reduce system interference. 

An hybrid integrated network, HWWISI, embodiment may be configured from various distribution systems resulting 
in compatibility with a variety of satellite and terrestrial based systems including, but not limited to MMDS, C-Band 
satellites, Ku-Band DBS and VSAT and LMDS systems. 

Figure 2d is a block diagram of a presently preferred network embodiment comprised of a wireless point to 
multipoint system coupled into a conventional copper telephony system. Another network embodiment might employ 
a bus architecture for deployment into a coaxial system or with a satellite feeder as the node. The wireless system is 
made up of multiple nodes such as node 2008 in Figure 2d. Enough Wireless Network Units 2010 are deployed to 
cover the desired service area. Terrestrial network deployment and integration depends on the location of the central 
office, headends, and access to node sites, buildings or towers. However, any actual configuration depends on the 
number of customers and the required data rates. At the central office, modems feed a concentrator and packetizer 
into the appropriate data stream. Multiple modems multiplexed at the central office send data stream via fiber optical 
terminal (FOT) over an optical link to a remote node site for transmission over the wireless node antenna. Similarly, 
the video headend integrates the video streams onto a FOT which links to the node for transmission over the wireless 
node antenna. WNU equipment receives the transmission and translates the signal down for distribution to the end 
customer. 

To establish effective communication using a higher level of modulation, such as for example but not limited to a 
64QAM modulation scheme, several techniques can be utilized to decrease the effect of interference. Referring to 
Figure 2e the node 2008 antenna can be deployed to cover a complete 360° cell in a sectorized pattern. Figure 2e 
shows 4 nodes 2008a-2008d, with a transmitting tower at the center of each circle. Within each node tower or platform, 
antennas are arranged in sectors. For the purpose of this discussion sectors are shown as 60° sectors. This sectorized 
pattern is then repeated around the node and in the adjacent cells. These sectors may be deployed with alternating 
horizontal and vertical polarization and the communication area can provide coverage with significantly less interfer- 
ence. To further reduce the interference, transmit frequencies can be alternated from sectors. The disadvantage of this 
method is that it decreases the number of channels available for transmission of information to the customers. The 
60° sectors counter this effect by providing for a high level of frequency reuse and thus boosting the channel capacity. 
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Table 1 shows channel capacity vs. modulation type and the effect of sectorizing. For illustrative purposes, a 3 
Mbps transmission channel was selected. As can be seen in the table, higher levels of modulation such as 64QAM 
with forward error correction coding, Reed- Solomon outer code for burst error protection and Trellis inner code at the 
symbol level, provide a higher bandwidth efficiency. The table shows the number of 3 Mbps channels that each mod- 
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ulation technique can support given a total bandwidth of 780 MHz. To reduce the interference and meet the higher 
system signal to noise ratio required for 64QAM modulation, channel frequencies would most likely have to alternated 
from sector to sector. This would not be the case for a QPSK system due to the lower signal to noise requirements. 
Taking into account the alternating frequency plan for higher efficiency modulation schemes Table 1 shows the practical 

s number of channels which can be obtained and concludes with the effect on channel capacity of deploying 6 sectors 
per node. Various other system factors including linearity, signal to noise ratio, effective isotropic radiated power (EIRP), 
and phase stability coupled with receiver noise figure, antenna size, system gain with adequate path link margin will 
determine which technique provides the most cost effective system. 

Figure 2f shows a block diagram of a WNU 2010 and the end customer modem equipment. Downstream RF 

10 channels carrying multiplexed subcarrier signals are selected and received at the antenna, converted to IF, demodu- 
lated and demultiplexed. Using a VDSL (or MDSL) line driver data is coupled via a splitter for separation of the voice 
and DSL signals. Data is sent via a low carrier frequency Quadrature Amplitude modulated (QAM) signal over the 
twisted pair line. To complete the downstream path the VDSL modem receives the digital signals and translates the 
signal back into information. 

Figure 2f also shows the upstream return path from the customer premises 2014 to the WNU 2010. The digital 
signals are sent upstream via the VDSL transmitter over the twisted copper pair and are received by the VDSL receiver 
located in the WNU. Digital upstream channels are multiplexed, encoded and converted to RF frequencies for trans- 
mission to the Node receiver. 

Figure 2g details the WNU 201 0 operational blocks. The data coupled onto the existing copper line are transmitted 
via the Very-High-Data-Rate Digital Subscriber Line (VDSL) at baseband to and from the customer premises. The 
control channel has three primary functions 1 ) pass channel selection information, 2) allocate bandwidth and 3) analyze 
channel interference resulting in bit error rate. As part of the first function, tuners are located in the WNU to tune to the 
appropriate channel. Broadcast information can be shared via multiple VDSLs. This acts as a virtual tuner reduces 
equipment costs. For the second channel control function, bandwidth allocation, data rate requests are sent via control 
signals to the WNU from the customer premises modem. The WNU forwards the request to the Node where capacity 
allocation is arbitrated and assigned. If insufficient system resources are available the system will negotiate other user 
rates in an attempt to complete the newly requested link. This information is managed at the network management 
layer and can be used to bill customers based on actual data rate used. Communications originating at the node utilize 
the management layer to determine the customer selected data rate and based on the communication segment re- 
quirements the node would only transmit on the channels required for the data rate. A fully populated node (all carrier 
frequency) could be realized using frequency diversity on the WNU and transmit node and spatial diversity at the WNU 
allowing for dynamic transmit and receive frequency allocation. This dynamic bandwidth allocation could be achieved 
through the use of variable or switched bandwidth filters thus reducing or eliminating the need for a guard band. Finally 
function three analyzes the channel interference at any given time and improves the carrier to interference (OA) by 
35 reducing the bandwidth. The effects of these last two techniques are to provide a system with a variable data rate 
capability resulting in a more efficient utilization of the spectrum. 

The node receiver downconverts, demodulates, demultiplexes and interfaces the signals back into the switched 
telephone network for distribution. The control channel information is used to establish and prioritize communication 
link paths based on the type of information, arbitrate data rates, manages transmit and receive frequency separation 
40 and integrate the wireless into the OSS. 

As mentioned previously multiple networks deployed today could benefit from this HWWN architecture. Since 
system architectures vary ( e.g. one way vs two way communication, QPSK vs QAM, symmetrical vs asymmetrical 
data), the impact of implementing a HWWN in conjunction with these different architectures will result in different 
benefits. For example a satellite system with one way transmission utilizing QPSK modulation could benefit from in- 
creased line-of-site, faster deployment, lower customer equipment costs, simplified installation and a two way path 
back to the telephony network. Current acquisition estimation for a DBS dish in the U.S. is a 67% probability. This 
means about 33% do not have a direct line of site to the broadcast satellite to acquire a signal. This deployment method 
of the present invention could improve the acquisition to greater than 90% provided copper lines are available and 
capable of handling the digital signals. 

MMDS is a one way terrestrial video system. A HWWN could provide acquisition improvements similar to the 
satellite example. Again this embodiment could add two way high speed data capabilities and a second telephony line. 
Transmission of symmetrical payloads such as telephony require equal channel capacity in the transmit and receive 
modes. With the dynamic BER monitor and arbitrated data rates capability and digital compression techniques a HWWN 
system could be deployed which achieves two times capacity increases, or more. Some channel capacity could be 
used to support new applications such as high speed Internet connections. Additionally, the QAM modulation technique 
being considered for digital video MMDS systems could utilize sectorized nodes and manage channel allocation to 
reduce interference. 

As a final embodiment, with a HWWN digital transmission architecture it is possible to develop a system to control 
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and allocate the system bandwidth based up on varying data capacity demands, type of information (data rates) and 
interference encountered. Figure 2h summarizes such a system's capabilities. Assuming an 850 MHz frequency spec- 
trum allocation, a QPSK modulation scheme with no concentration could provide 576 DSOs per 40 MHz RF channel. 
The data rate per 40 MHz channel is 37.056 Mbps accounting for overhead and pilot tones. Faster digital modems or 

5 sectorizing would increase these channel rates. A dynamically controlled HWWN system increases these rates by 
providing additional RF channel capacity. Based on utilization of the current spectrum typically allocated for guard band 
dynamic channel allocation could provide an additional 3 RF channels. A HWWN digital transmission embodiment 
employing QAM modulation and interference measurement and control capabilities could potentially provide several 
more RF channels to increase capacity or provide higher data rates. 

io in summary the HWWN of the present invention can provide increased applications at lower costs and the tech- 

nology benefits of 1) increased spectrum efficiency and 2) reduced interference. 

An alternative is for the central office to monitor each subscriber line with a DSL modem in the above-voice-band 
frequencies and when the line becomes active, an analog switch connects the subscriber line to a DSL modem in the 
central office. This mimics Figure 2b except a simpler monitoring and an analog switch replace AFE monitoring and a 

is digital switch. The same approach may also be used in conjunction with the local pedestal to shorten the subscriber 
line distance from residence DSL modem to the AFE on the central office end (physically located in the remote pedestal). 

The AFEs 240 could be separated from the central office 220 and placed in the pedestals connected to the central 
office via optical fiber or coaxial cable; each pedestal would tap off a bundle of subscriber lines with residences within 
a short distance, such as 5 kft or less. In this manner, the attenuation at high frequencies for long subscriber lines can 

20 be avoided. 

Figure 2i illustrates a further preferred embodiment residence-central office connection for DSL modems. In par- 
ticular, deployment of the central office DSL modems in multiple remote optical network units (ONUs) distributed 
throughout a service area would shorten the twisted pair line length, but deployment of a large number of DSL modems 
in an ONU requires each modem be strictly constrained in form factor and power dissipation. In the central office digital 

2S data destined for a residential customer would be multiplexed with other digital data and conveyed to the ONLKvia 
optical fiber; the ONU then demultiplexes, modulates, and then routes the modulated data to the customer over a 
twisted pair to a DSL modem in the residence. 

The preferred embodiment reduces these form factor and power dissipation constraints by separating the ONU 
DSL modem functions into analog front end (AFE) and digital signal processing components and placing only the AFE 

30 component in the ONU. The digital signal processing component remains in the central office and connects to the AFE 
by (multiplexed) optical fiber as shown in Figure 2i. This avoids any size and power constraints on the digital signal 
processing component. ;> 

Figure 2i shows that in the central office the network interface connects the backbone data network to a number 
of digital signal processing units. The digital processing units perform the digital processing functions required by the 

35 central office DSL modem; the digital processing might include framing, error-correction coding, digital filtering, and 
so forth. The digital processing produces digital values that are passed via the optical fiber to the digital-to-analog 
converters in the AFE in the ONU. Because the AFEs are located in the remote ONU, the digital representation of the 
values to be used in modulation and transmission must be conveyed digitally to the AFE. A high throughput optical 
link is used to convey the data from multiple digital processing units, making efficient use of the high speed link by the 

40 multiplexing operation. The digital data streams from different digital processing units can be assigned different virtual 
data paths to the ONU. All of the virtual paths can be multiplexed into a smaller number of real data paths that are 
conveyed at the physical layer by optical fiber (optical link). At the ONU the data in the different real paths are demul- 
tiplexed into the appropriate virtual paths and directed to the correct AFE and then over twisted pair to the residence 
DSL modem. 

45 The relative capacity of the optical link, the capacity of the DSL link, the digital bit precision of the analog values 

conveyed to the AFE, and the modulation method will determine the number of DSL links that can be multiplexed onto 
one optical link. For example, a 1 gigabit/second optical link can be used to convey 10-bit samples, delivering a total 
of 1 00 megasamples/second to the AFEs in the ONU. These can provide the input to ten 5 MHz DSL channels, If each 
5 MHz channel delivers data at a rate of 5 bits/Hz, then this results in 25 Mbits/channel. The total DSL transmission 

50 rate for all channels is 250 Mbits/second, only 25% of the total digital fiber transmission rate-an inefficient use of the 
optical fiber. However, this method can exploit the low price of a single fiber relative to ten expensive DSL modems 
located in the ONU. 

The encoding/decoding operations at the central office can be performed in a single bank of digital signal proces- 
sors (DSPs) as illustrated in Figure 2j. The total processing power of the bank of DSPs can then be allocated among 
55 virtual communication links as required. Grouping similar operations for different virtual links will facilitate greater effi- 
ciency in the DSP bank. This provides a more cost effective solution for a number of reasons: (1) simplified synchro- 
nization: all operations are performed in the same location; this benefits a synchronized DMT line code; (2) beneficial 
statistical multiplexing of the digital resources among a large number of DSL connections; and (3) can apply multiline 
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crosstalk cancellation to improve interference rejection. 

The spectral shaping in a digital transmission system can be distributed between the digital and analog processing 
If a low-complexity analog front end (AFE) is desired, then more extensive digital filtering can be applied to achieve 
high , performance levels. Additionally, if the digital signal processing exploits oversampling techniques, then the analog 
front end can be further simplified. For example, if a 4-times oversampled signal is prepared by the DSP and the AFE 
applies a fast d.gital-to-analog converter, then the analog filtering requirements in the AFE are relaxed Additional 
digital spectra shaping can be performed in the DSP bank in the central office without adding to the complexity at the 
J = *™ r f ed t uce } he complexity of the analog components in the ONU. However, when oversampling tech- 
niques are applied, faster digrtal-to-analog and analog-to-digital converters must be employed in the AFE and a higher 
data rate over the optical link will result. Tradeoffs for lowest overall cost will depend upon component costs 

ie ,Jr I l ° t! P ' aCe , d in the ° NU Can be desi 9ned I" various ways. The most power-hungry element of the AFE 
is the line driver. The analog-to-digital converter and the digital-to-analog converter for each line will be the most costly 
elements. Figure 2k illustrates the arrangement. 

RrTIV 1 i * -° 7. P S6Parate AFES EaCh ° SL ' ine haS 3 dedicated AFE with the components shown in 
Figure 2k. analog-to-d.g.tal converter, digital-to-analog converter, analog filter, line driver, and receive amplifiers capa- 

n Lh! ^ n«! C 9a ' n C T Cti T (AGC) StatiStiCa ' mu,ti P |exin 9 of the optical link can be achieved by servicing a greater 
number of DSL connections than can be sustained simultaneously on the optical link. However, the multiplexing/de- 
multiplexing is performed on the digital inputs, so each DSL must have a dedicated AFE 

omm *T h 7lS SffiCi T Cy f ° r mU J tiP ' e DSL ' ineS C3n bS increase d by sharing the analog processing resources at the 
ONU. The AFEs can be grouped into an AFE bank with one optical input and multiple DSL outputs. Statistical multi- 

n Shf r f nL ana S 9 reSOUfC ! S Can bS 3ChieVed at the ° NU by switchin 9 a limi,ed number o1 AFEs among a larger 
L ? n^' 86, th ' S CarMeS the 3dded com P' ication ° f P^ential call blockage and the need to signal The 

desire to establish a DSL connection. However, a narrowband control channel above the voice band can be established 
for management and control functions. 

A further advantage can be gained from sharing analog resources at the ONU: a few high performance AFEs can 

to 6 d C S ne H T?Z Stand , ard AFES " AFE b8nk ThS hi 9 h -P erf — ce AFEs can ^£g£££^ 
r°nS d, 9 ,ta 'f- analoa converters, higher sampling rates, and better analog filters. Depending upon need, the 

o tniHvnl «f Z% I I ^ SW ! tChed am ° ng the Vari ° US ° SLS Serviced bv the AFE bank - The complicated aspect 
ot this type of AFE bank is the analog crossbar switch connecting the AFE outputs to the DSLs 

ann IL e t SeP ,f r atin9 °1 T 109 and diQital processin 9 components of a DSL modem between central office and ONU 

Kp?„SL I" 6 ? I Wi " ° perate We " With discrete multitone ( DMT ) modulation, carrierless amplitude phase 
(CAP) modulation, and other digital modulation methods. 

r,.nJIl?^ CePt di9ital processinQ from multi Ple modems into a single digital processing unit at a 

central location and then distributing the digrtal data to remote AFEs can be applied to other remote access approaches 
as shown in Figure 21. For example, the idea can be applied when the network interface resides at a location other 
than the telephone company central office. The digital modem processing can be performed at the service provider's 
premises and then the resulting digital data transmitted to a remote location with alternative highspeed digital tech- 
nology such as a direct microwave link (MMDS) or a high-performance cable connection. The underlying idea in this 

pTt ^^XtST^ int ° ^ b3Se Stati ° n " nStWOrk ^ ^ ^ 3t thS 

Another potential advantage of the separating of analog and digital processing stems from the fact that error- 
correction techniques are applied in the digital processing in the DSP bank as well as at the residence. This means 
that error-correct.on coding can be eliminated from the intermediate link between the DSP bank and the ONU Most 
errors encountered in transmission over the intermediate link can easily be corrected by the powerful error^orrection 

s^tems PP A Sntro, 6 ? ^ T^""*?, miti93,e ° PtiCa ' Sh ° l n ° iS9 ™<ered * - cost optical transmS on 
systems. A control channel must be established between the digital processing unit and the AFE to convey feedback 
information such as for adjusting the AFE to changing characteristics of the analog transmission medium 
ae „ I ,ore 9°'n9 approaches for central office to residence connections can be further improved for ADSL and other 
a Za^ lZ^TT* partic K ular '. an ADSL svstem consists of a telephone subscriber loop and a pair of transceivers 
cliverl atS I ? ADSL transceiver is called ATU-R and the central office end ADSL trans- 

ZIZh t J t , Sen " n9 d ' StanCeS fr ° m the Central ° ffice lon 9 er than certain limits, ATU-C may also be 

S?iSL a r rT a TAc 3 SUCh 38 ^ Fi9Ure 2d Th8 traffiC ° f the remote ,erminal is linked to a central office through 
optical fiber links. An ADSL system provides multiple channels, the number of ADSL channels and corresponding 

. Can t^ e dy " amiCally arran9ed depending upon subscriber applications. An ADSL system is capable of pro- 
ving duplex throughput channels with a total combined rate of 576 kbps and simplex channels with a combined 

Si Sl° VV^ A '! ADSL Channe ' S ' WhSn they are aC ^ e ' need to be connec ted to either the backbone or 

the local digital network for information exchanges. 
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However, for many applications of ADSL systems the traffic is of a bursty nature. For example, typical Internet 
access has sporadic upstream requests and intermittent large downstream transfers. In other words, the dedicated 
switches and backbone network bandwidth might be idle for most of the time. To increase the throughput bandwidth 
efficiency for bursty nature traffic, a LAN may be used at a central office to merge traffic from all ADSL lines together. 
5 Routers connected to the same LAN can be used to transfer packets to/from desired destinations. A digital switch may 
still be necessary to connect routers to different computer networks. For this arrangement a router will be required for 
every ADSL line and every computer network; see Figure 2m and analogous Figure 2b. But the central office LAN may 
experience traffic congestion and introduce delays. Thus the asymmetrical preferred embodiment illustrated in Figures 
2n-o takes advantage of the different upstream (residence to central office) and downstream (central office to residence) 

io rates of ADSL. For the upstream, use the multiplex and queue approach to increase the bandwidth and equipment 
efficiency as in Figure 2m. In particular, first use multiplexers to combine traffic from a number of ADSL lines with about 
500 kbps throughput each together to take advantage of the capability of available routers which can handle 10 Mbps 
and beyond. Instead of routing directly to computer networks, queues of different size are used to buffer traffic of 
different nature. Many small throughput and low delay queues should be available for low latency applications such 

*5 as video on-demand control signal. Only a few high throughput queues with large buffer size are necessary for delay 
tolerant applications such as Internet access. The number of queues and buffer sizes can be adapted to the ADSL 
population and application needs. For example, with ten ADSL lines accessing video-on-demand and ten ADSL lines 
accessing the Internet, the upstream traffic would typically be bursty and two routers at 10 Mbps plus one queue for 
Internet access and five queues for video on-demand control signal with reasonable sized buffers would be needed. 

20 For the downstream, use a demultiplexer for each computer network and a multiplexer for each ADSL line assuming 

the ADSL downstream throughput is higher than that from a computer network; see Figure 2o. The demultiplexer is 
used to make traffic from different computer networks available to every ADSL line, and the multiplexer is used to select 
desired traffic for every ADSL line and put them into the correct ADSL channels. A high speed bus is necessary to 
connect demultiplexers to multiplexers. Multiple busses may also be necessary if the delay requirements become 

25 sensitive due to the traffic load of the bus. Different busses can also be dedicated for different traffic. Again for example, 
with ten ADSL lines accessing video-on-demand and ten ADSL lines accessing the Internet, the downstream traffic 
typically would be less than 50 Mbps and a high speed bus would be sufficient. 

Figure 3a shows a system with modem 100 in a personal computer 310 running Windows 95 (or Windows NT) 
with standard protocol stacks communicating over a subscriber line 1 40 with a corresponding modem 1 00 in the central 

30 office 220, which may be connected to an Internet access server via an Ethernet (10/100 Base T) interface. Modem 
100 allows for both POTS or voice-band modem communication with another voice-band modem at the same time as 
the DSL portion of modem 100 connects to the Internet over the DSL portion. 

Similarly, Figure 3b shows a DSL modem acting as a router 330 for a local area network (LAN) 320 and coupling 
to devices 340, 342, 344 with corresponding DSL modems. 

3S Figure 3c shows half of a teleconferencing system based on modem 100 in a PC 350. Each teleconferencing end 

has modem 100 communicating at 384+16 Kbps with a modem in a central office 220. The central office modem 
transmits data between a concentrator and packetizer 360, and the packetize r converts to the 1 6 Kbps signaling channel 
into ISDN like signaling messages and applies the 384 Kbps stream to the T1/T3 service across the public switched 
telephone network. The central office 220 for the receiving party inverts these operations to feed the receiving modem 

40 1 00. Traffic in the opposite directions proceeds similarly. Note that POTS can simultaneously be used with modems 
1 00 for the voice in the teleconferencing. An analog delay can be inserted in the POTS output to synchronize with the 
video. 

Figures 3d and 3e show ISDN-type signaling protocols and messages; modem 100 sends voice or data over the 
public switched telephone network. The SS7 network provides the backbone for carrying the ISDN user's part (ISUP) 
45 messages for call set-up and tear-down through the network. 

Figure 5a shows multimode modem 500, which includes the modem 100 features of both a DSL AFE 110 and a 
VB AFE 120, with a splitter 130 for subscriber line 140 connection together an ISDN front end 510 for connection to 
an ISDN line 142 plus an audio front end 520 for driving a speaker 146 and receiving a microphone 144 output as 
could be used for supporting a hands-free speakerphone. External RAM 530 may be nonvolatile (EE PROM or Flash 
50 EPROM) and/or volatile (SRAM or DRAM). The external RAM 530 may contain various programs for different line 
codes that may be used by the DSP 150. Such line codes may be DMT, QAM, CAP, RSK, FM, AM, PAM, DWMT, etc. 

The transmit part of modem 100 consists of in-phase and quadrature passband digital shaping filters implemented 
as a portion of QAM transceiver logic; and the receive part consists of a fractionally spaced complex decision feedback 
equalizer (DFE) with in-phase and quadrature feedforward filters and cross-coupled feedback filters implemented as 
55 a portion of QAM transceiver logic. Optionally, the QAM transceiver logic may include a Viterbi decoder. 

When modem 500 is active, modem 500 may provide voice-band modem functionality, DSL band modem func- 
tionality, ISDN functionality, audio functionality, other line code functionality, etc., or any combinations of the foregoing. 
The present invention also includes a system where multiple like and different modems are simultaneously imple- 
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mented in a single DSP hardware device. For example, voice-band (e.g., V.34), DSL, cable, terrestrial and other wire- 
less, and/or satellite modems are implemented simultaneously by the same DSP device. This is now becoming possible 
wrth increased processing capabilities of DSP devices. The advantages of this approach are to reduce overall system 
cost where the system requires multiple modems (e.g., Remote Access Systems (RAS): processing requirements are 
reduced due to reductions in processing overhead and program and data memory are reduced by sharing program 
and data memory buffers. For example, program memory is reduced when multiple like modems are executed simul- 
taneously by a single DSP device. Interface and other miscellaneous glue logic are reduced by sharing the same logic 
between multiple modems, as well as better facilitating for statistical multiplexing and rate control 

In the near-term, the following situations will predominate, but these combinations will expand as DSP MIPS ca- 
pabilities increase as a natural progression in the semiconductor industry: multiple voice-band modems in same DSP- 
voice-band and DSL modems in same DSP; voice-band and cable modems in same DSP; multiple DSL modems in 
same DSP; multiple cable modems in the same DSP; and/or any combination of the above. 

Figure 5b shows a passive splitter circuit for separation of voice-band and higher frequency DSL band The splitter 
also performs impedance matching and ensures an acceptable return loss value for POTS. 

Referring now to Figure 6a, there may be seen a schematic diagram of the interconnection of a telephone 212 
and modem 500 to a central office 220, via a subscriber loop 140. 

Systems based on the DSL technology and available today are ISDN Basic Rate Access Channel and Repeaterless 
T1 DSL systems under development are Asymmetrical Digital Subscriber Lines (ADSL), Symmetrical Digital Subscrib- 
er Lines (SDSL), and Very-high-bit-rate Digital Subscriber Lines (VDSL). The transmission throughput of a DSL system 
is dependent on the loop loss, the noise environment, and the transceiver technology. 

lcr ™ e n ° ise environ ment can be a combination of self or foreign Near End Crosstalk (NEXT), Far End Crosstalk 
(FEXT), and background white noise. 

Figure 6b depicts multiple subscriber loops 140 and, schematically how NEXT and FEXT are generated 

The transmission throughput of DSL for ISDN Basic Rate Access Channel is 160 Kbps. The transmission through- 
repeaterless T1 is 800 Kbps. The transmission throughputs of ADSL are between 16 Kbps Ebps to 
640 Kbps in the upstream (from a subscriber to a telephone central office) and between 1 .544 Mbps to 6 7 Mbps in 
the downstream. The transmission throughputs of MDSL are presently believed to be 384 Kbps in the upstream and 
between 384 Kbps to 2.048 Mbps in the downstream. 

A passband DSL system can be implemented with a single carrier using Quadrature Amplitude Modulation (QAM) 
or Carnerless AM/PM (CAP) line codes. A single carrier system depends on the adaptive channel equalizer to com- 
pensate for the channel distortion. The channel equalizer usually operates at a multiple of the signaling baud rate 
Figure 6c depicts a block diagram of a CAP transceiver. 

More particularly, D/A 614 is connected to transmitter filters 610, 61 2 and to filter 61 6. Filter 616 is connected to 
channel 620. Channel 620 is connected to filter 630 which is connected to A/D 632. A/D 632 is connected to equalizers 
634, 636. A portion of the circuitry 638 recovers the time. 

A DSL system can also be implemented with multiple carriers using the Discrete MultiTone (DMT) line code A 
DMT system divides the channel into many subchannel carriers to better exploit the channel capacity and to reduce 
he channel distortion in addition to allowing for a relatively simple adaptive channel equalizer which only compresses 
the time spread of the channel impulse response rather than correcting it. A simple frequency domain equalizer com- 
pletes the channel equalization. The signaling band rate of the DMT subchannels is much lower than the band rate of 
a single carrier system. 

Figure 6d depicts a block diagram of a DMT transceiver. More particularly, IFFT block 640 is connected to D/A 
644, which is connected to transmit filter 646 which is connected to channel 650. Channel 650 is connected to filter 
660 which is connected to A/D 662 which is connected to equalizer 664, which is connected to FFT block 666 Startup 
642 and time recovery 668 circuitry is also included. 

One MDSL modem embodiment uses frequency division full duplex for lower hardware cost and lower crosstalk 
noise level. Such an MDSL modem will provide a minimum of 384 Kbps full duplex transmission link between a central 
office and a subscriber for a loop length of up to approximately 21 kft. Under favorable subscriber loop conditions this 
MDSL modem can provide a much higher transmission throughput which is limited by channel capacity or the hardware 
capabilities of the subscriber-end modem. A full feature version of a subscriber-end MDSL modem communicates with 
ADSL modems at the central office end. The transmitter and receiver parts of the MDSL modem are capable of imple- 
menting either CAP or DMT line codes. 

Figure 6e depicts a block diagram of an MDSL modem 600. Modem 600 has a transmitter 676 connected to a D/ 
A 674 which is connected to a filter 672 which is connected to hybrid circuit 670 which is connected to splitter 130 
Hybrid circuit is also connected to filter 678 which is connected to A/D 680. A/D 680 is connected to receiver 682 which 
outputs the received signal. Timing recovery block 684 is used to recover the central office clock timing 

The purpose of the initialization process is to confirm the MDSL capability of the telephone subscriber loop 1 40 at 
both the central office 220 and the subscriber-end 21 0. The initialization process probes the channel 620 and produces 
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information useful for transceiver training. The process then selects the line code, assuming multiple choices are avail- 
able, and negotiates the transmission throughput based on the channel limit, traffic condition, or usage tariff. 

The initialization process which is described later herein is: channel probing, line code selection, rate negotiation, 
and transceiver training. 

5 An MDSL modem at the subscriber-end sends probing tones in the upstream band for a certain duration, with or 

without phase alternation for a part of these tones, according to a predefined time sequence. After the first time du ration , 
the MDSL modem at the central office end responds with channel probing tones in the downstream band, again, with 
or without phase alternation for a part of these tones. This initial channel probing period may be repeated, if desired 
or necessary. 

io After the initial channel probing period, the MDSL modem at the subscriber-end has determined the line code 

capability of the central office end modem and has a channel model for the downstream band and, similarly, the MDSL 
modem at the central office end has determined the line code capability of the subscriber-end modem and has a channel 
model for the upstream band. 

After the channel probing period, the MDSL modem at the subscriber-end should indicate/confirm its line code 

75 capability/preference by sending signature tones for a predefined time duration. Similarly, the MDSL modem at the 
central office end should respond/confirm the line code selection by sending signature tones for a predefined time 
duration. This signature tone exchange process is preferably repeated for a limited number of times to determine a 
particular line code choice. 

Another set of signature tones is then exchanged between MDSL modems at both ends for the transmission rate 
20 negotiation. The MDSL modem at the subscriber-end sends its rate capabilities and its preference. The MDSL modem 
at the central office end responds with its capabilities and its rate selection. MDSL modems determine a rate choice 
with a predefined rate change procedure described later herein. The transmission rate preference at the subscriber- 
end depends on the line condition, hardware capability, and user choice or application requirements. The transmission 
rate preference at the central office end depends on the line condition and the traffic load. Preferably, rate change 
25 during a communication session due to line condition change or user choice is allowed. 

After the rate negotiation, the MDSL modems at both ends start transceiver training according to the conventional 
methods. Different time domain training sequences may be used for different line codes. It is an option to use the 
channel models obtained during the channel probing step to speed up the transceiver training process. 

The spectra of upstream and downstream probing tones are depicted in Figure 6f. The upstream CAP tones 690 
30 and downstream CAP tones 692 are depicted on the left side, while the upstream DMT 694 and downstream DMT 696 
are depicted on the right. The "broken" lines in the DMT spectra represent phase shifts. 

For simplicity, all frequency tones are assumed to be equally spaced with frequencies iAf, amplitude aj, and phase 
0j (usually it is either 0 or it). At the receiver, the amplitude and phase of the received tones may be detected. The 
detected amplitude and phase of i-th frequency tone are b f and <pi respectively. Assuming that there are N probing 
55 tones, the frequency response of the equivalent channel including filters at frequency iAf is 

E>; -Mi' <P/) 

v,.= -' 9 , # = 0 t ... t N- 7. (A) 
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The impulse response of the equivalent channel can be calculated by a fast Fourier transform as 

h k = Z v.e j2nAf ™, k=0,... % m (B) 

where T is the sampling period. The frequency spacing Af depends on the spread of the channel impulse response. 
For a channel impulse response spread of n sampling periods, 



Af £ Bl n = N Af / n (C) 

where B is the total bandwidth of interest. 

To distinguish from two different line codes, the phase of adjacent tones may be reversed by 180° for one of the 
line codes. This line code could be DMT To identify different line codes after channel distortion, select Af = . 

For a channel spread of 30 samples and a bandwidth of 100 Khz, select A f = 1 .7 KHz and N as 64. " 

The channel probing tones should at least last more than a few times of the channel spread. With possible phase 
alternation, the channel probing tone duration should be 4 to 1 0 times of that necessary for the channel model recovery. 

Using N tones, we can represent M = 2 N different messages in a unit time period with constant tones. Because 
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the available vocabulary grows exponentially with the number of tones used, the useful messages may be sent with a 
small set of tones, e.g. only two, three, or four different frequencies. 
The following is a list of example messages. 



Only Low Rate Available 

Tones can be generated by an IFFT operation as used for the DMT line code. A unit magnitude and zero/180 0 
phase vector signal is fed into the IFFT operation for the channel probing purpose. Selected zero phase vectors are 
used for the generation of signature tones. 

Tones can be recovered by an FFT operation also as used for the DMT line code. The amplitude and phase 
information of each tone is recovered as a complex vector. A common phase difference due to the random sampling 
phase is calculated. Compensation produces a complex vector which is then used for calculating the channel trans- 
mission throughput and the channel impulse response, which might be used for transceiver training. 

If the MDSL service is available through the telephone loop, the MDSL modem at the central office end should be 
on and monitor the upstream frequency band for probing tones. 

Once power is M ON p or a user service request is made, the MDSL modem at the subscriber-end sends upstream 
probing tones for a predefined time period and then monitors downstream probing tones. The MDSL modem at the 
central office end detects the probing tones, compensates for the random phase, stores them, and calculates the 
upstream channel transmission throughput. Meanwhile, the central office end MDSL modem sends the probing tones 
in the downstream frequency band. 

The MDSL modem at the subscriber-end detects the probing tones, compensates for the random phase, stores 
them, and calculates the downstream channel transmission throughput. The subscriber-end MDSL modem then sends 
signature tones in the upstream band to indicate line code and transmission rate preferences. 

The MDSL modem at the central office end detects the signature tones and responds with signature tones corre- 
sponding to its preferred offering. The subscriber-end MDSL modem then sends signature tones to confirm the offering 
or to request offering modification. The MDSL modems go into a transceiver training period after the confirmation of 
modem offering. 

The throughput capacity of the DSL communication channel will change with line conditions and/or network ac- 
cessibility. Line conditions dictate the achievable throughput of the physical connection between the CO and the res- 
idence. Network accessibility describes the capability of the service provider's connection linking the DSL channel to 
the backbone network. The invented rate negotiation method incorporates a detailed understanding of the capacity- 
limiting factors of a DSL system. 

DSL systems are traditionally engineered for the worst-case line condition for which service is to be provided. This 
approach simplifies the general installation procedure for telephone companies. However, restricting the DSL trans- 
mission throughput to that achieved in the worstose line condition leaves most DSL systems operating well below 
their potential. The invented method provides a systematic procedure for maximizing the physical transmission through- 
put of each local loop, enabling most DSL modems to operate at much higher rates than traditionally engineered. In 
fact, this method enables a majority of DSL modems to achieve transmission throughputs which are only limited by 
the capabilities of the modem hardware. The rate negotiation method also provides time-varying adaptation in order 
to maintain the highest possible throughput as line conditions or network accessibility changes. 

The physical throughput of the twisted-pair DSL channel is limited by the receiver's ability to reliably distinguish 
the transmitted signal in the presence of noise and interference. The maximum possible throughput is upper bounded 
by the theoretical channel capacity of the physical link, such as depicted in Figure 4c. The channel capacity of the link 
is determined by the bandwidth used, the received signal characteristics, and the noise and interference. The rate 
negotiation method will increase the DSL reach by providing low-rate options that can be supported by extremely long 
telephone subscriber loops while providing high-rate options that allow DSL modems operating on shorter loops to 
achieve a higher throughput. 
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The rate negotiation method considers the dynamic nature of the DSL transmission medium. The DSL is a time 
varying channel whose capacity may change due to improving/degrading channel conditions. As the channel conditions 
change, the theoretical maximum throughput also changes. The time-varying nature of the channel characteristics 
dictates the need for rate negotiation techniques to achieve the most efficient use of the channel over time. This provides 
5 the capability for maintaining a DSL connection during periods of difficult channel characteristics by lowering the 
throughput. This also enables the modem to increase the throughput and make the best use of the connection during 
periods of favorable channel characteristics. Ideally, the transceivers at each end can monitor the channel and maximize 
their throughput as conditions vary. A practical transmitter/receiver can be designed that increases or decreases 
throughput of the physical channel based on the available capacity, the available signal processing resources, and the 

10 requirements of the specific applications. Several rate adaptation methods exist (e.g. the standard CCITT V.34 Voice- 
band Modem Standard), but two particularly convenient techniques are discussed later herein for two distinctly different 
modulation methods. However, the techniques for rate adaptation are easily extended to other modulation and coding 
schemes, and such extensions are considered part of the present invention. 

Network accessibility in this context describes the rate and/or delay associated with the transfer of data from the 

is local loop to the backbone network. This measure might be affected by the specific backbone network used (e.g. 
Internet, ATM, etc.), the bandwidth given by the service provider, and the amount of network traffic. The techniques 
defined in this invention are not restricted to use on a particular backbone network. 

Although a VRDSL connection is capable of certain transmission throughput, the total throughput might not be 
connected to corresponding CO backbone networks at times. For VRDSL-provided services going through the PSTN 

20 (Public Switched Telephone Network), connections will be made only when services are initiated. For VRDSL-provided 
services terminated at the local CO, such as internet access, leased line or dial-up line connections with certain through- 
puts can be made depending on the preferred cost structure. The available CO backbone throughput to each VRDSL 
modem can be different at different times. The subscriber-desired throughput could also vary for different applications. 
With actual throughputs lower than that provided by the VRDSL physical transmission fink, traffic concentration 

25 can be realized at CO backbone networks. Statistical multiplexing can also be realized by using a separate analog 
front end for each CO VRDSL modem. The required number of corresponding digital portions can be less than the 
number of analog front-ends, depending on the traffic behavior. In the extreme case, the digital portion of the CO 
VRDSL modem can be multiplexed among active VRDSL links by using the voice-band as a traffic indicating channel 
and keeping a copy of the digital state portion of the modem inside RAM. 

30 The VRDSL communications model is depicted in Figure 7a. The sole purpose of this model is to aid in under- 

standing the disclosed rate-negotiation technique. The model is composed of separate residence 7210 and central 
office 7220 layered representations of functional separation. The functionality of the residence terminal 7210 is shown 
on the left. The lowest layer 7330 is the Communication Hardware Layer, which contains the modulator/ demodulator, 
signal conditioning, timing, synchronization, and error-correction coding. This layer can also be referred to as the data 

35 pump layer. The second layer 7320 is the Hardware Control Layer. This layer provides framing control and other data 
packaging functions that better organize the data received by the lower layer. The third layer 7310 is the Software 
Driver Layer. This layer provides an interface between the hardware levels and the application programs run at the 
residence. The fourth (top) layer 7300 is the Application Software Layer, which contains all functions provided by the 
application programs run at the residence. This layer encompasses both the software to manage the throughput allo- 

40 cated to different simultaneous applications as well as the application programs themselves. Conventional software 
application programs request a channel and accept the available throughput provided by the lower layers (no negoti- 
ation). Future generations of software application programs might have the requirement and capability for rate nego- 
tiation. 

The CO 7220 portion of the model also contains four layers. The bottom three layers 7430, 7420, 7410 are very 
45 similar to the residence side of the model. (However, the actual implementation can be radically different.) The fourth 
(top) layer- 7400 in the CO is called the Network Access Software Layer This layer provides the functions required for 
interfacing the DSL connection to the backbone network. 

In the rate negotiation method, each layer of the model communicates and interacts with the layer below and 
above. A standard protocol for communication between layers is defined. As shown in Figure 7a, a layer can indicate 
50 R (Rate request) to a lower layer in order to initiate a rate negotiation; °R n is depicted in Figure 7a along with a corre- 
sponding downward arrow. The lower layer can indicate A (Available Rate Notify) to the upper layer to inform the upper 
layer of the achievable rates; "A" is depicted in Figure 7a along with a corresponding upward arrow. The meaning of 
the R and A information is different for the different layer interfaces, however, the process of negotiating is similar. 
A rate table is defined as a common syntax for the R and A signaling sign between layers. The rate table defines 
55 the rates that a particular layer can attempt to achieve. (In general, this will be defined by the hardware limitations of 
the modem.) During a rate request (R), an upper layer might signal a lower layer of a desire to change the rate structure. 
If the lower layer is able to reconfigure itself to a new set of operating parameters and achieve the requested rate, then 
it will do so and indicate this to the upper layer. If the lower layer determines the requested rate to be unacceptable, 
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the upper layer is informed along with information about the rates that are available under the present operating con- 
ditions (A). 

A lower layer can also initiate rate negotiation if the operating conditions change due to lower or higher achievable 
throughputs. The upper layer is informed of the new set of achievable rates (A). The upper layer can then respond with 
5 a rate request based on the new conditions (R). 

This common layer interface simplifies the rate negotiation method. Although the parameters of the rate table are 
different at each layer interface, the interaction methods are similar. 

Each layer can conceptually view the communication link as being between it and the corresponding layer at the 
other end of the DSL connection. As shown by the lines connecting the corresponding layers in the residence and 
10 central office: 

1 . The Communication Hardware Layers 7330, 7430 in the residence and CO are connected by a non-virtual 'Raw 1 
connection. This is the physical connection over which the actual modulation occurs. 

2. The Hardware Control Layers 7320, 7420 can view the communication link as a virtual •Corrected' data stream. 
is This is the actual throughput of the channel after the physical timing, synchronization, control, and error-correction 

coding redundancy symbols have been removed. 

3. The Software Driver Layer 7310, 7410 views the connection as a virtual channel called the data link channel 
(DLC). For convenience, the DLC may be a frame structure that represents multiple N kbit/sec channels (N = 16 
or 64 e.g.). In addition, a control channel may be specified. This control channel may either be embedded in the 

20 lower layer channels or can be completely separated from the DSL connection. For example, the control signaling 

might be implemented in the voice-band via a v.34 modem connection. 

4. The Application Software Layer 7300 sees a virtual 'Application Link' 7500 to some data providing location of 
interest in the CO or the backbone network. 

25 The basic requirement for rate adaptation is the rate table, a well-defined set of achievable rates that can be 

communicated to the upper layers of the DSL communication model. The rate-table is determined by the capabilities 
of the hardware at both ends of the connection. During startup or reset, a pair of modems must agree upon the rate 
table entries which they are both capable of supporting. The allowed rates under a given channel condition are then 
represented as legal states in the table. The different levels of the model can communicate via the rate-table syntax 

30 without concern for detail in other layers. This rate table can vary substantially from one modulation and/or coding 
scheme to the next, but the concept of allowed and disallowed rates depending on channel conditions does not change. 

The following describes how rate negotiation between the Hardware Control Layer 7320, 7420 and the Commu- 
nication Hardware Layer 7330, 7430 is performed in accordance with the teachings of the present invention. Modulation 
parameters are allowed to vary to accommodate various rates, and the layers interact using the rate. The following 

35 describes two possible modulation based rate adaptation techniques and examples of rate tables that can be shared 
between the bottom two layers in the DSL communication model. 

In the case of high-rate serial transmission of digital data, digital symbols are chosen to represent a certain number 
of bits, say N. Groups of N bits are mapped into symbols which are transmitted over the channel. At the decoder, a 
decision is made to determine the transmitted symbols. If the correct decision is made, the transmitted bits are decoded 

40 correctly. 

A method of changing the throughput changes the number of bits represented by each symbol while keeping the 
symbol rate constant. Increasing the number of bits represented in each symbol increases the number of transmitted 
bits, albeit at lower noise immunity. Decreasing the number of bits per symbol increases the noise immunity and im- 
proves the robustness of the transmission, but at the expense of a lower throughput. The bandwidth remains the same 
45 jn either case. 

Another straightforward method of varying the throughput is changing the bandwidth used in the transmission 
channel. By expanding the bandwidth, a greater number of symbols can be transmitted over the channel in a given 
interval. The symbol rate is roughly proportional to the bandwidth. However, the processing requirements of the DSL 
modem also increase with the bandwidth; higher bandwidth requires greater computation for modulation/ demodulation. 
so The maximum usable bandwidth might either be restricted by channel conditions or modem hardware processing 
capability constraints. 

First, a set of parameters describing the communication link and the set of values which the parameters may 
assume is defined. 

Let the nominal serial transmission rate be R. Define the minimum rate step by which a DSL modem can change 
55 as dR. If the minimum rate is R - 2*dR and the maximum rate is R + 2*dR, then the set of achievable rates is given by 
{R-2*dR,R-dR, R, R+dR,R+2*dR}. For example, let R = 300 kilo-symbols/second, and dR = 100 kilo-symbols per sec- 
ond. The set of achievable rates become {100, 200, 300, 400, 500} kilo-symbols/second. 

Let N represent the number of bits conveyed by each transmitted digital symbol. For example, a VRDSL modem 
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might support operation with N in the set {2,3,4,5}. The higher values of N will convey more bits in a given period, but 
will also result in lower tolerance to noise. 

Using the R and N rate parameters and assuming they are allowed to independently assume the values above, a 
rate table can be defined as follows: 



Table 2. 



10 



15 



20 



25 



30 



35 



Serial transmission (e.g. CAP) rate table example. 




R= 1e5 


R = 2e5 


R = 3e5 


R = 4e5 


R = 5e5 


N = 2 


200 Kbits/s 


400 


600 


800 


1000 


N = 3 


300 


600 


900 


1200 


1500 


N = 4 


400 


800 


1200 


1600 


2000 


N = 5 


500 


1000 


1500 


2000 


2500 



The rates R in Table 2 are given in units of symbols/second and are illustrated in scientific notation in the table for 
brevity. The table entries show the achievable transmission throughputs in kilobits/second for a given rate R and N bits 
represented by each symbol. 

Discrete multi-tone (DMT) modulation transmits low-rate data symbols over parallel subchannels. By splitting a 
high-rate serial data stream into multiple low-rate data streams that are transmitted in separate subchannels, the system 
can be tailored to better match a frequency selective channel. Good portions of the overall bandwidth (those subbands 
with high signal-to-noise ratio (SNR)) are used to transmit symbols with a larger number of bits/symbol. An unequal 
number of bits are assigned to different subchannels, depending on the available capacity of each subchannel. Es- 
sentially, the data can be distributed among subchannels in a manner allowing very efficient use of the overall band- 
width. 

As with the high-rate serial data stream, the overall bandwidth of a DMT system can be increased or decreased 
according to the overall desired throughput, channel conditions, and modem hardware capabilities. Additionally, DMT 
modulation provides the capability of dropping or adding bandwidth a single subchannel at a time. For a DMT system 
with a large number of subchannels, this creates a very large selection of possible bandwidths. If desired, the number 
of subchannels can be varied while keeping the overall bandwidth fixed. 

For simplicity, consider a DMT system where the subchannel bandwidth remains constant, but the overall channel 
bandwidth used is controlled by the number of subchannels used. Let T represent the number of subchannels or tones 
used in transmission. Let N represent the average number of bits/symbol across the subchannels. N is no longer 
restricted to be an integer as with the high-rate serial transmission system. For this example, however, consider N to 
be approximately an integer value. The following is an example of a rate table for DMT: 



Table 3. 



40 



45 



so 



55 



DMT transmission rate table example. 




T = 32 . 


T = 64 


T = 96 


T = 128 


T= 160 


N - 2 


200 kbits/s 


400 


600 


800 


1000 


N = 3 


300 


600 


900 


1200 


1500 


N = 4 


400 


800 


1200 


1600 


2000 


N = 5 


500 


1000 


1500 


2000 


2500 



The parameter T represents the number of subchannels where each subchannel has a bandwidth of approximately 
3.3 Khz. N represents the average number of bits/symbol represented in all the subchannels. The table entries are 
given in kilobits/second. 

An actual DMT rate table might add or drop subchannels by increments of one. Also, the number of bits assigned 
to each subchannel can be independently controlled. Thus, the DMT rate table has the potential for very small rate 
increment adjustments. 

The Software Driver Layer 7310, 7410 communicates with the Hardware Control Layer 7320, 7420 by means of 
a rate table very similar to those previously discussed. However, the table parameters and table entries will be different. 
After synchronization, demodulation, error-correction decoding, and the stripping of hardware control bits, the resulting 
rate table for either of the underlying modulation schemes considered above might be: 
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10 



15 



20 



25 



Table 4. 



Rate Table Used for Interaction Between the Software Driver Layer and the Hardware Control Layer 





cr1 


cr2 


cr3 


cr4 


cr5 


N = 2 


1 92 kbits/s 


384 


576 


768 


960 


N = 3 


288 


576 


864 


1152 


1440 


N = 4 


384 


768 


1152 


1536 


1920 


N = 5 


480 


960 


1440 


1920 


2400 



The column parameters are labeled as different channel resource modes (cr1 , cr2... cr5), while the row parameters 

STS^^TT 9 ' ™T 'JL bitS rePreSen,ed by 6aCh Symb °' ThS entri6S r °0™°« the achievableTaTeslor 
the Corrected' data stream in the VRDSL model. 

j^n^f^T i " ,ormation between tne Application Software Layer 7300, 7400 and the Software Driver Layer 
731 0, 741 0 can either be specified in terms of a rate table or the total available throughput. For simplicity the Sof^are 

p. ZonloZTr^ J" 6 T aVai,ab ' e ra,S t0 thS APP,iCa,i ° n Sof,Ware La ^ Management functTons in ° X 
o ov£ s f " n,l a,IOC f 6 P ° rt,0nS ° f ,he total throughput to various software application programs. The following 
prov.des a conceptual view of partitioning and managing the total data throughput 

Rate negotiation in the data link layer is initiated by the following events in VRDSL: 

" iwo^n f °, r Ch£ T 9in9 CUrrent allOCati ° n °' thS da,a connectio n ™ channels in VRDSL such as requesting a 
new channel or changing an existing channel rate h«««»»"h a 

' dIcre n ase RDSL PhySiCa ' ***** * ^ Si,her t0tal channel ca P acit V increase or 
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After the initialization of VRDSL, a control channel (for example, of 1 6 Kbps) has been allocated as an initial channel 

nZl zLl TV*, Channe ' Wi " ^ rSSerVed dUrin9 the Wh °' e " ne co ™ ecti °n time, i fs sed to LnS 

receive all the control information including rate negotiation information 

automlon ne90tiati0n ^ * 3 nUmb8r ° f signal data formats and a fin ^-state 

of thlpVpi^nnM f i9na ' T* enca P sulated in t^ Data Link Control Protocol such as the information field 

PP?L^ C h^^ ~ — °~ 1 " « h- -en rese.ed for 
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Channel map change Request 
Channel map change Nak 
Channel map change Reject 
Channel map change Ack 

The ID field is one octet and aids in matching requests and replies 



S™. m 9 L nf h S' d ol tW ° 001618 indiC3teS the len9th ° f the whoIe rate negotiation signal data packet 
in th^RDS Z l 5 1 haPne ^ ^ Re,d iS 2 ° r m ° re ° CtetS Which reflects the current channel Lain 
Z^y'ZZZ^ZS' " Chann " Chm9S " ^ * - *— ' « - — - "-"-» 

Current channel map 
Channel map change request 

that wt S h= tW ° , P3rtS ° f j nforma,ion are a " described by the 2 octet channel entry field. The way to distinguish them is 
that for channel map change request, the most significant bit of the channel entry is set high 
The Channel Map Data field is depicted in Figure 7c. 

Cfl o^! n tl he COd6 ? \ 4 ( ° h f nnSl MaP Chan9e Nak) ' the Channel Ma P Data field stains: Total Capacity, Available 
Capacity, the current channel map and one or more channel entries which have been Naked These Naked channel 
entries are flagged by their most significant bit (msb). When the code is 15 or 16, the Channel Ma Dat Sd conSns 
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Total Capacity, Available Capacity and current channel map data. 

Checksum: The Checksum field is computed using the standard TCP/IP algorithm: the one's complement of the 
sum of all 16-bit integers in the message (excluding the checksum field). 

The Link Layer Rate Negotiation is also called Channel Map Change (CMC) in VRDSL. A CMC procedure is 
5 described by the state change triggered by a specific event and action. Figures 76 and 7e depict state diagrams for 
the link layer rate negotiation during an active and passive CMC process, respectively. 

Based on the VRDSL communication model, modem hardware capable of varying the transmission rate, and 
variable-rate management software, the rate negotiation method shown in Figure 7f may be employed. Figure 7f depicts 
a simplified functional diagram of the overall rate negotiation method. 
10 Current QAM based voice-band modems make use of a handshake sequence between calling and answering 

modems to initialize their communications. To gain synchronization, the answering modem transmits alternating sym- 
bols of the corresponding constellation points. As an example, V32 modems use the constellation points A,B,C, and 
D in Figure 8a in the synchronization process. The answering modem transmits alternating symbols ABABAB./for a 
duration of 256 symbols. After 256 symbols, the alternating symbols CDCDCD... is transmitted for 16 symbols. The 
*5 transition period between the two symbol sequences provides a well-defined event that may be used for generating a 
time reference in the calling modem receiver. After the second symbol sequence the answering modem will start trans- 
mitting a symbol sequence that is known by both modems. This sequence is used to train the equalizer at the calling 
modem receiver. Figure 8a depicts a V.32 training constellation. 

The frequency response of the voice-band channel (30 Hz to 3.3 KHz) is nominally flat. The alternating AHAB... 
20 and CDCD... symbols can be reliably detected before equalization of the channel. However, this is not the case for the 
MDSL modem. For a 1/4 T1, modems use the spectrum up to 500 KHz of the telephone line. Figure 8b shows the 
frequency response of a telephone CSA loop 6. A startup procedure that allows for partial equalization of the line is 
required before timing synchronization is attempted. 

A preferred embodiment uses a startup handshake procedure for the MDSL modem. It uses an algorithm for 
25 implementation of the receiver portion. 

Figure 8c shows the time line for the proposed startup procedure for the CO and RU MDSL modems using CAP 
line code. The table below identifies the various segments of Figure 8c. 



Segment Description 

A, D One orthogonal channel is a repeating K-symbol sequence using the maximum value of the CAP 

constellation. For 16 constellation points, the channel can take on the values of +/-3. 

The other orthogonal channel is a random sequence using all possible points of the CAP constellation. 

For 16 constellation points, the channel can take on the values of +/-1 , or +/-3. 

B, E One orthogonal channel is a length K sequence that is the inverted version of the K-symbol sequence 

used in segment A. 

The other orthogonal channel is a length K random sequence using all possible points of the CAP 
constellation. For 16 constellation points, the channel can take on the values of +/- 1 , or +/-3. 

C, F One orthogonal channel is a length L random sequence using all possible points of the CAP 

constellation. For 16 constellation points, the channel can take on the values of +/-1, or +/-3. 
The other orthogonal channel is a length L random sequence using all possible points of the CAP 
constellation. For 16 constellation points, the channel can take on the values of +/-1, or +/-3. 



45 The startup procedure is as follows: 

CO MODEM 

1 . The CO modem is assumed to be always "ON", but in an idle state. It continuously transmits segment A and 
listens for segment D. 

so RU MODEM 

1 . The RU modem comes on line and starts listening for segment A from the CO modem. 

2. Once it detects segment A, it begins transmitting Segment D. 

55 CO MODEM 

2. Once the CO modem detects segment D from the RU modem, it transmits segments B,C, and valid data without 
further handshaking from the RU modem. 
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RU MODEM 



3. The RU modem listens for segment B and once detected, it transmits segments E, F, and valid data without 
further handshaking from the CO modem. 

4. The detection of segment B is the critical timing instant in the synchronization procedure. After it is detected, 
the RU modem begins training its equalizer using data from segment C. 



CO MODEM 

3. The CO modem listens for segment E from the RU modem. The detection of segment E is the critical timing 
instant in the synchronization procedure. After it is detected, the CO modem begins training its equalizer using 
data from segment F. 

The receiver makes use of cyclical equalization techniques to obtain initial timing synchronization. On startup, the 
RU modem sets up a fractional spaced adaptive equalizer that is equal in time duration to K symbol periods, for example, 
K may be 15. This will be called the sync equalizer. If the sync equalizer is operated at two times the symbol period,' 
the number of taps required is 2xK. For four samples per symbol period, the number of taps required is 4xK, and so on! 

The receiver uses the same K-symbol sequence as the transmitter for the training data of the sync equalizer. 
Because the length of the equalizer is a multiple of the symbol sequence length, the relative phase between the trans- 
mitted sequence and the receiver reference sequence does not matter. 

Once the sync equalizer mean square error falls below a threshold, segment A has been detected. The receiver 
stops the adaptation process and analyzes the coefficients. It then rotates the coefficients in a circular manner so that 
the N consecutive coefficients with the most energy are grouped at the front of the sync equalizer filter N is the length 
of the orthogonal adaptive filters used in CAP demodulation, (see the following paragraphs). This aligns the symbol 
period of the receiver with the symbol period of the transmitter. 

After rotation, the receiver continues to filter the signal, but does not update the sync equalizer coefficients. The 
output of the sync equalizer is then passed to a length K matched filter. The matched filter is used to detect segment 

B. Its coefficients are the transmitted channel sequence B. Since this sequence has only two values, a binary correlator 
couid also be used. 

30 When the output of the matched filter (correlator) is greater than a threshold. The receiver knows that the next 

symbol is the start of the training data. The receiver now implements the orthogonal adaptive filters used in CAP 
demodulation. They again are fractionally spaced adaptive equalizers whose lengths depend on the impulse response 
of the actual physical channel. These demodulation equalizers are trained using the known training data of segment 

C. After training has completed the demodulation equalizers enter a decision directed mode where the reference data 
3S comes from the CAP slicer. 

Referring now to Figure 9a, there may be seen a time domain equalizer training sequence for use with DMT line 
code. 

The portion of this invention for DMT, instead of using the usual frequency domain training sequence, uses a time 
domain training sequence depicted in Figure 9a. The basic unit of the training sequence is a random data block { x„ } 
40 / 0 < n < N. The entire sequence is arranged so the random data block { x n } repeats in time with the sign of data block 
alternating every two blocks as shown in Fig. 9a. 

For easy description purposes, the following notations are used: time domain equalizer taps w,; channel impulse 
response (including time domain do equalizer) h k ; the receiver data before the equalizer y m [n], and after the equalizer 
z m [n], where m denotes the label on data block. The received signals corresponding to the transmitted siqnais in Fio 
45 9a are as follows: 
frame number 



k=0 
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* Z2[n] =- - £ r ^ • h k + Z • /w * ft 

k=0 A--/ 



70 



75 



20 



25 5 " Z sW= Z 1.M 

where, p n is the pilot tone superimposing on the training sequence. The second terms on the right hand side of the 
equations are attribute to the inter-symbol interference from the previous frame. The second term can be separated 
from the first term by performing the operation: frame 4. frame 1 . 

30 



( 00 

errfn] - z 4 [nj - zjnj - - 2 £ x „. k • h n + 

35 

Assuming prefix length is L, the ideal channel impulse response is 
The condition (2) can be satisfied if the time domain 



(1) 



40 



K 



~ [0 k > L 



(2; 



45 equalizer is chosen such that 

ertfn] = 0,fornZL-1. (3) 
so it is easy to prove that equation (3) leads to a set of linear equations 
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10 



15 









o 






o 


o 




o 







H L ♦ 2 



= 0 



(4) 



If the training sequence is chosen such that x NO * 0, the unique solution of equations (4) wilt be h k = 0, for k > L Which 
is the same as (2). 
Since 



-k • Wk 



20 



equation (1) can be alternately written as 



25 



errfn] = £ (yjn-k] - yjn-k]) • w k 



(5) 



30 



Combining (3) and (5) and using general LMS algorithm, may be found by doing iterations: 

w t [k +1]= wjk] -2*\jl ^errfn] • (y 4 [n-l] - y^n-l], n_> L-1. 



(6) 



The frame boundary information can also be derived from above training sequence. As seen in Eq. (1 ), if the block 
55 of the training sequence is much longer than the channel impulse response, errfn] approaches zero as h n= k_»0 when 
n increases to the end of frame 4. However, when data starts in frame 5, 



40 



errfn] - 2s fnJ - Z2 [n] 



^k=0 



Xn-k # hk 



(7) 



For ADSL applications, since there is high attenuation in copper wire at high frequency, the channel impulse response 
h k does not expect to flip the sign very frequently. If the values of x n at the beginning of the training block {xj have the 
same sign, the summation in equation 7 will be constructive. Consequently the amplitude of errfn] starts to increase 
at frame boundary n = 0. Fig 9b shows the time sequence of errfn]. As shown in Fig. 9b, the rising edge of the derived 
sequence errfn] can be used for frame synchronization, and the trailing edge of errfn] can be used for time domain 
equalizer training. For the same reason as that of in the rising edge of errfn], to make the summation in equation (1) 
constructive the elements of the training sequence at the end of block x N . K should also have the same sign. 
The above sequence can also be easily detected by doing the operation 



det/n/ = z 3 [n] + Zl [n] =2*p n (8) 

55 

Comparing the power of frame det[n] pwr_det to the power of frame zfn] pwr, if pwr_det«pwr, it indicates that the 
training sequence has been detected. To end the training sequence, one can send the data block pattern as shown in 
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Figure 9c. Then the corresponding received signal are: Frame: 



" 00 

3. 23 [nJ - - 2 • h k - X • h„„ • /;„ 



t-0 



to 

5. 



'• CO 



In this case the detection signal is 



detfnj = Zs [n] + Z5 /„y « , 2 • £ • A, + 2 • Pn 

(9) 



The power of this detection frame is greater than that of the data frame, pwr_det> pwr. Once pwr_det> pwr is detected 
25 in the received data stream, the DMT receiver determines that it is the end of training sequence. Since the data pattern 
for the end of the training sequence is inserted in the frame 5, which is used for frame boundary detection rather than 
time domain equalizer training, it will not affect time domain equalizer update. 

Following the time domain equalizer training, the transmitter should send another sequence {y n } to train the fre- 
quency domain equalizer. The frequency domain equalizer training sequence can be made of exactly the repeatable 
30 block {y n }]. Figure 9d shows the entire training sequence. In the regime of training sequence {y n }pivr_det remains high. 

The line management part of the MDSL allows the host software to pre-configure the MDSL to work under Leased 
Line with Single Link mode. Currently, MDSL uses the following modes: 



Leased line with single link (LLSL) 
35 . Leased line with multiple links (LLML) 
Switched line with soft dial (SLSD) 
Switched line with hard dial (SLHD) 



Under the LLSL mode, the telecommunication line is solely committed to the MDSL communications with a remote 
40 MDSL system. Only one data link is allowed under this line connection mode. So the link management is the same as 
the line management. 

The LLML mode works the same as the LLSL except that it allows multiple link connections at different speeds 
within the same leased line. The number of links and the link speed can be configured dynamically to the capacity of 
the line speed. Under this mode, each link works like an independent leased line and follows the same line management 
45 scheme, except that it is link oriented. 

The SLSD mode works on a switched MDSL line on which the MDSL-R modem is dialed automatically by the 
MDSL-C which is controlled by a remote server. Under this mode, the line management follows a special MDSL dial- 
up procedure that is independent from the Plain Old Telephone Service (POTS) line. The MDSL modem dial-up pro- 
cedure is defined by the MDSL modem's internal initialization process. It has 2 dial-up IDs, one related to the MDSL- 
so c port and the other related to the MDSL-R modem. The ID for MDSL-C port could be just the subscriber phone number 
plus 1 digit; by choosing it to be 0 and the ID for the MDSL-R modem could be the subscriber phone number also plus 
1 digit selected to be 1 . The other 8 values, from 2 to 9, are reserved. 

The SLHD mode works in a way similar to that of voice-band modem but with MDSL dial-up procedure. The MDSL 
modem will either store a phone number or be dialed manually by an application. 
55 The following sections will describe the MDSL line connection management under Leased Line with Single Link 

mode as an example of mode operations. 

The MDSL Line Management Host Interface allows the host software to configure a line to be ready to send/receive 
data packets. Host software can also manually halt the line connection to stop the data flow. 
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Host Interface: 



Pro^TZIS^T UneMOde ' ,N TXSPeed " ' N RXSPe8d ' ' N M °*™<™*™- 'N MaxRxFrameSize, IN Tx- 
defi^ns-"^ 8 inPUt ParamSter SPeCmeS WWCh Nne m0de the MDSL is to ^ configured for. I, has «he fo.lowing 



0 - leased line with single link 

1 - leased line with multiple links 

2 - switched line with soft dialup 

3 - switched line with hard dialup 



data 



The TxSpeed and RxSpeed give the upstream and downstream line speed 

The MaxTxFrameSize and MaxRxFrameSize parameters specify the maximum frame for sending and receiving 
« has ^ PhySiCa ' ' ayer framin9 — *» transmitting data Currently it 

Bit 0 - Bit 1 define framing protocol name: 

00 - Raw MDSL (no data packetizing) 
30 01 - MDSL specific packetizing 

10 - HDLC (High-level Data Link Control) 

Bit 2 indicates if there is packet header compression. 
Bit 3 indicates if there is packet data compression. 
35 Bit 4 indicates if the data is encrypted 

hos T „„, ». noimea ^zz r^:irr„^r^ir ,h ° 

Host Interface: 
45 MdslHaltl_ine() 

» . Line Drop - line is unplugged or broken, no physical signal is received 

' Unl rr™.?! " iS PhySiCa " y connected but is not ready for data transmission 
• Line Connected - line is ready for sending/receiving data packets 



ss 



On*tt!? e M ™ a S*™" X Host ,nterf ^e Provides two ways to get the line status information 
One way is calling Get Line Status command: 
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MdslGetLineStatus(OUT LineStatus, OUT LineConfigure) 

The LineStatus parameter returns the MDSL line status information described above. The LineConfigure is a struc- 
ture which is used to store the line configuration information set by MdslLineConfigure() command. 

The other way for the host software to be notified of the line status change is by registering the line management 
events. MDSL will allow host software to be interrupted when certain events happened. The events related with line 
management are: 



Line connected: A line connection has just been established 

Line disconnected: A previously connected line has been disconnected by either Mdslhattline() call or some un- 
expected incidents. 

Line dropped: A line has been physically disconnected. No signal can be received in the line. 



There is also a timer interrupt provided by MDSL to allow the host software to pole the line status periodically, as 
15 depicted in Figure 10c. 

The line connection messages need to be exchanged between two MDSL ends connected to each other. These 
messages are defined as special line management packets in MDSL. 

In order to exchange Line Connection Management Information between MDSL-C and MDSL-R, the following 
kinds of Line Control Message Packets are defined: 

20 

Line Configuration Command Packet 
Line Halt Command Packet 
Acknowledgment Packet 



Referring now to Figure 1 0d, there may be seen a depiction of the format for the line configuration command packet. 

ID is 1 octet and aids in matching commands and replies. 

Length is the packet length in octets. 

Configuration Data Contains the following information: 



30 . Line Mode defined previously 
Data Sending Speed 
Data Receiving Speed 
Maximum Sending Frame Size 
Maximum Receiving Frame Size 

35 . Data Sending Protocol defined previously 
Data Receiving Protocol defined previously 



Checksum is computed using the standard TCP/IP algorithm: the one's complement of the sum of all 16-bit integers 
in the message (excluding the checksum field). 

Referring now to Figure 10e, there may be seen a depiction of the format for the line halt command packet. 
ID is 1 octet and aids in matching commands and replies. 
Length is the packet length in octets. 

Checksum is computed using the standard TCP/IP algorithm: the one's complement of the sum of all 1 6-bit integers 
in the message (excluding the checksum field). 

Referring now to Figure lOf, there may be seen a depiction of the format for the acknowledgement packet. 
Code defines what kind of acknowledgment packet it is. It has the following definitions: 



2 - Line Configuration Acknowledgment 
4 - Line Configuration Reject 
so 6 - Line Halt Acknowledgment 



ID is 1 octet and aids in matching commands and replies. 
Length is the packet length in bytes. 
Status Code has the following definitions: 

SUCCESS 

Unrecognized packet ID 

Part of the configuration data is not acceptable 
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Configuration is completely rejected 
Checksum error 



Data contains 0 or even number of octets specifying which part of the configuration data is not acceptable on the 
Dtfi finn r 



remote end 



out 



Checksum is computed using the standard TCP/I P algorithm: the one's complement of the sum of all 1 6-bit integers 
in the message (excluding the checksum field). 

After power "ON", the MDSL-R automatically precedes with its internal initialization process. This process contains 

Zl th PS Mncr n o l Pr0bin9 ' ' ine COde SeleCti ° n ' ratS ne 9° tiation and transceiver training. After the initialization proce- 
dure, the MDSL-R transrtions to a stand-by mode. The line state at this moment is "disconnected" as defined before 

J^f S L f l ? S ^ bSen P h y sical| V connected, the HOST software will send a MdslLineConfigure() com- 
mand to MDSL-R for line configuration. MDSL-R then sends out a line configuration command packet to MDSL-C with 
the conf.gurat.on data. After receiving the line configuration command and checking the configuration data MDSL-C 
w. send out an acknowledgment packet to confirm the line configuration. If the MDSL-C cannot accept the configuration 
on f 1 3 C ° nf,guration re i ect P acket - 11 wi " 9ive the status message specifying what kind of error it is If 

only part of the conf.gurat.on data is not acceptable, the data field will contain the configuration data which is not 
acceptable, as depicted in Figure 10g. 

After the connection is established, it stays connected until the following events happen: 

The line is unplugged or broken 
The MDSL-R is powered down 
The MDSL-C is out of service 

Whenever MDSL-C is going to shut down or MDSL-R is powered down, a Line Halt command packet will be sent 

The command sender will keep sending out the Line Halt command packet until either an acknowledgment packet 
has been received or Line Halt command timed out. At the receiver site, after sending an acknowledgment packet back 
to the message sender to confirm that the line is disconnect, it clears up all the internal data buffers and status flags 
The l.ne state then changed into "line disconnected" state. Figure 10h gives an example of the MDSL-C sending out 
a Line Halt Command before it is out of service. 

h« e , The , M ^ SL ^ t u imerfaCe 18 int6nded t0 prOVide a simple ' user friendlv ' efficient and '°w-cost interface to a 16-bit 
host controller. The host interface will provide the following functions: 

• Command/control communications between the host and the MDSL Network Interface Card (NIC) 
Line connection management 
Send/receive data packets 

. JUL Iff > command/control communication functions include initializing the device, downloading DSP code to the 
local RAM rf ,t ,s not .n the EEPROM, sending commands to MDSL, monitoring and reporting status changes 

d ia iu 0 .ir^ nneC H°, n Si9 1 a I'" 9 bStWeen ^ MDSL " C and MDSL - R Can be different accordingtodifferent line modes: 
d.alup-l.ne mode and leased-l.ne mode. The dialup-line mode will provide the basic telephony - a guaranteed set of 
tunc ions that corresponds POTS. Underthis mode, the system software and hardware has to work with the Telephony 
Apphca^on Programming Interface (TAPI) on the MDSL-R site and Telephony Service Provider Interface (TSPI) on the 
Ut L • v ° establlsn the c °nnection. Under the leased-line mode, the connection will be established immediate* 
after the in.tiahzat.on of the MDSL. But it does not provide standard POTS service meoiaiery 

i i C nn y !'f ,a y er .P acketizin 9 ^ preferably used for MDSL (such as HDLC). The maximum packet size for the PPP 

Lnd nnt th S ' h tlf ,T ^ 32 ***** l0r the frame ' MDSL wi " send data from P acke » to the line 

and notrfy the host that the packet has been set out. It will also notify the host when a new packet has been put into 
the receiving buffer. The sending and receiving buffer can be a shared memory on MDSL. 
The following commands and controls may be employed: 

1 . Reset 
Syntax: Reset() 

Description: Halts all of the command executions in the system. Flushes the transfer/receive buffer and performs 

an internal reset. 
Parameter: None 
Return: None 
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2. Load DSP Module 

Syntax: LoadDspModute (ModuleAddr, ModuleSize) 
Description: Loads the DSP module into the MDSL 
Parameter: ModuleAddr - DSP module start address 

ModuleSize - DSP module size 
Return: None 

3. Set Interrupt Mask 

Syntax: Setl nterruptMask(EventMask) 

Description: Enable interrupt of host processor, based on occurrence of selected event(s) 

Parameter: EventMask is a 16 bit integer value for the interrupt mask. Table 5 identifies the bits in the mask. A 
value of 1 for a bit enables the interrupt corresponding to that bit. All bits not defined in the table are reserved for 
future use and should be set to zero. 



Table 5. 



Bit Definitions for EventMask Parameter 


Bit # 


Mnemonic 


Event 


Event Definition 


0 


INTE 


Interrupt Enable 


This bit enables the interrupt set by the EventMask 


1 


LNC 


Line Connected 


A line connection has been established 


2 


LNDC 


Line Disconnected 


A previously connected line has been disconnected 


3 


BFOVF 


Rx Buffer Overrun 


The line receiving buffer is overrunning 


7 


BFEMP 


Tx Buffer 


The line transfer buffer is empty * 


9 


PKARV 


Packet Arrival 


A packet has been put into the line receiving buffer 


10 


PKST 


Packet Sent 


A packet has been moved out of the data line sending buffer , 


15 


TINT 


Timer Expires 


A preset timer count goes to 0 



*This interrupt is redundant with the packet sent interrupt if transmit buffer can only hold one packet at a time. 



4. Get Interrupt Status 
Syntax: GetlnterruptStatus() 

Description: Get the interrupt status, based on the occurrence of the selected event(s). 
Parameter: None 

Return: EventStatus. MDSL will return a 1 6 bit status number which corresponds to the definition of the EventMask 
parameter in Table 5. Calling this function will clear the interrupts just fired. 

The following Line Connection Management commands are available: 

1 . Line Configuration 

Syntax: LineConfigure(LineMode) 

Description: Configure the line to be ready to receive and send data packets 

Parameter: LineMode indicates what kind of line mode MDSL is going to be configured. It is has the following bit 
definitions. All the undefined bits will be reserved for future use. 



Table 6. 



Bit Definitions For LineMode Parameter 


. Bit # 


Mnemonic 


Event 


Event Definition 


0 




Line Mode 


When this bit is set, the data line will work under the leased line mode. 
When this bit is cleared, the data line will work under dial-up mode. 


1 




Voice Line Flag 


When this bit is set, the voice signal transmission will function at the same 
time with the data signal transmission in MDSL. When this bit is cleared, 
the voice-band cannot function at the same time. 



29 







• 


EP 0 828 363 A2 

Table 6. (continued) 






Bit Definitions For LineMode Parameter 


Bit # 


Mnemonic 


Event 


Event Definition 


2-6 




Speed Definition 


These bits deftne the speed for sending and receiving data. Bit 6 indicates 
if the speed is for sending or receiving. Bits 2 to 5 define 16 different 
speeds. 



io Return: None 

2. Get Line Status 
Syntax: GetLineStatus() 

Description: This command will return a 16 bit number to indicate the current line status 
is Parameter: None 

Return: LineStatus. The definition of this returned number is in Table 7. 



TABLE 7. 
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Bit Definitions For LineStatus 




Bit # 


Mnemonic 


Event 


Event Definition 


25 


0-1 




Line Status 


These two bits indicate the following line states: 

1 . Line is down (no physical signal is received) 

2. Line is disconnected (line is not ready for sending and receiving data) 

3. Line is connected (line is ready for sending data) 




2 




Line Mode 


When this bit is set, the data line will work under the leased line mode. 
When this bit is cleared, the data line will work under dial-up mode 


30 


3 




Voice Line Flag 


When this bit is set, the voice signal transmission will function at the same 
time with the data signal transmission in MDSL. When this bit is cleared, 
the voice-band cannot function at the same time 


35 


4-8 




Speed Definition 


These bits define the speed for sending and receiving data. Bit 8 indicates 
if the speed is for sending or receiving. Bits 4 to 7 define 16 different 
speeds. 
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3. Halt a Connected Line 
Syntax: HaltLine() 

Description: Tell MDSL to stop sending/receiving data for the data flow control. It will flush all the internal buffers 
and manually put the line into a "disconnected" state. 
Parameter: None 
Return: None 
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The following Sending/Receiving Data Packet commands are available. 



1. Send Packet 
Syntax: SendPacket(DataPtr, Size) 

™I? hTT^ te "! M ? SL that one data packet has been copied into MDSL sendin s buffer An inter "pt 

will be generated after the packet has been moved out of the buffer 

50 ^ST^ r C t ? a !f Pt l r ^ 0in i tS t0 mem0ry addr6SS ° f the SGndin9 buff er where tne data P acket is stored. The length 

of the packet should be less than or equal to the maximum allowed packet size 

Return: None 



2. Check Receive Information 

55 Syntax. CheckReceivelnfo(DataPtr, Size, ErrorFlag) Description: This command returns TRUE (1) or FALSE (0) 

T IT'*'? 3 ^e k8t ^ thG reCeiVin9 bUffer Parameter; Data *r is used to return the memory address 
where the packet is stored. Size ,s used to return the size of the packet received. ErrorFlag is set to non-zero if 
there is any error happened during the transmission. 
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Return: 

1 - There is data in the receiving buffer 
0 - No data is in the receiving buffer. 

5 

3. Check Sending Information 
Syntax: CheckSendlnfo() 

Description: This command returns 0 if MDSL transmit buffer is empty. Otherwise, it returns the number of bytes 
left in the buffer. 
io Parameter: None 

Return: Sending buffer data size. It is 0 when the transmit buffer is empty. Otherwise it is the number of bytes left 
in the transmit buffer. 

Figures 11a-b illustrate the software structure of the driver for modem 100 used with a host having a Windows 95 
is or Windows NT environment, as commonly would be the situation for a personal computer in a residence. Figure 11c 
illustrates the software driver structure more generally. 

The system software of the MDSL NIC has been implemented as an NDIS 3.0 WAN mini-port driver for Windows 
NT 3.5 and Windows 95 Operating Systems. 

The following is broken down from the following three perspectives: 

20 

1 . The functionality of the system by virtue of the system software being implemented as a mini-port device driver 
under Windows NT 3.51 and Windows 95 

2. The input and output data processing that the system performs 

3. The interaction of the system software with NDIS library 

25 

The MDSL driver will be implemented as an NDIS miniport driver to control and manage the Media Access Control 
(MAC) sub-layer of the network system. It's structure is described in Figure 11b. It will be a component within the 
Windows NT or Windows 95 Internet system software. The MDSL driver will follow the definitions of the interface j and 
data structures specified in NDIS 3.0. The driver needs to be installed or integrated into the system in order to make 
30 it function. 

The MDSL driver will function as a WAN Network Interface Card driver. It interacts with protocol drivers on the 
upper edge and controls the MDSL NIC on the lower edge. All these interactions and controls are going through the 
NDIS library or NDIS wrapper in Windows NT/Windows 95. 

Figure 11d depicts the data flow path in the system software. Figure lid depicts how incoming data is received by 
35 the NIC card and passed to the driver where it is passed to the transport interface via various functions and how it is 
returned to the driver. 

The MDSL driver will come with the MDSL network adapter. It can be installed together with the MDSL-R into a 
PC at home and connected with the MDSL-C running the same driver although the MDSL-C modulation algorithm 
could be different. With an Internet router on the MDSL-C site, the MDSL-R can run a lot of internet applications such 
40 as TELNET, FTP and NetScape through MDSL NIC. The data communication and voice communication can occur 
simultaneously. 

The following entry points or functions are completely compliant with NDIS 3.0 specification. 
Driver Entry Point (Driver Entry) is the main entry point called by the operating system when the driver is loaded 
into memory. 

45 

Inputs 

DriverObject: Pointer to driver object created by the operating system. 
RegistryPath: Pointer to registry path name used to read registry parameters. 

so 

Outputs 

Return Values: STATUS_SUCCESS or STATUSJJNSUCCESSFUL DriverEntry will do: 

55 1 . Call NdisMlnitializeWrapper to initialize the NDIS WAN wrapper 

2. Initialize the characteristics table and export the MDSL driver's entry points to the NDIS WAN wrapper. 

3. Call NdisMRegisterMiniport to register the MDSL driver to the NDIS WAN wrapper. 
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Figure He depicts the interaction between the OS, NDIS library and MDSL driver for Driver Entry. 

The initialization entry point (Mdsllnitiaiize) will be called by NDIS library to initialize the MDSL modem. 

Inputs 

MediumArray: All the networking media the NDIS library supported 
MediumArraySize: The number of elements in the medium array 
MdslAdapterHandle: A handle identifying the MDSL driver assigned by the NDIS library 
NdisConfigContext: A handle for NDIS configuration 

Outputs 

me s^s^ss^^Sisr^' ,o a s,an,s va,us spaci *" >9 in,omatoo abM ,he — ■ 

MDS?drSer MediUm,ndeX: ^ ^ ^ h * X t0 the MediumArra V that specks the medium type of the 
Return Values: Mdsllnitiaiize returns NDIS_STATUS_SUCCESS or it can return the following status values: 

NDIS_STATUS_ADAPTER_NOT_FOUND 

NDIS_STATUS_FAILURE 

NDIS_STATUS_NOT_ACCEPTED 

NDIS_STATUS_OPEN_ERROR 

NDIS_STATUS_RESOURCES 

NDIS_STATUS_UNSUPPORTED_MEDIA 

Processing 

The Mdsllnitiaiize will: 

1. Search through the MediumArray to find its medium match if no mQ t^ * ^ 
NDIS_STATUS_UNSUPPORTED MEDIA is returned 0 ° ™ ' S fOUnd 

fdd^ss" inf ° rmati ° n ° f M ° SL N ' C numb "" ^ ™™> address or line 

3. Allocate and initialize memory for MDSL driver data structures 

MDSLMC NDIS WfaPPer PhySiCa ' 3ttribUteS ° f MDSL N,C indUdin9 aSSOCiate the MdslAdapterHandle with 



5. Map MDSL NIC's physical location into the system address space 

6. Reset or initialize the MDSL NIC 

7. Setup and initialize the transmit queues 
40 8. Initialize interrupt 

9. Initialize line 

Figure Hf depicts the interaction between the NDIS library and the driver for Mdsllnitiaiize 
Entry point (MdslReset) issues a hardware reset to the MDSL NIC and resets its software state. 



Inputs 

MdslAdapterContext: The handle initialized by Miniportlnitialize 
50 Outputs 

rnad^T.^ TRUE ' ^ ^ ^ to Ca " M ^°™°<™*™ to restore addressing intor- 

Return Values: None 



Processing 

MdslReset will issue a software reset on the MDSL NIC. It may also reset the parameters of MDSL NIC. If a 
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hardware reset of MDSL NIC resets the current station address, the MDSL driver automatically restores the current 
station address following the reset. 

Figure 1 1 g depicts the interaction between the NDIS library and the driver for MdslReset. 

Entry point (MdslReconfigure) is called by NDIS library to reconfigure the MDSL NIC to new parameters available 
s in the NDIS library functions. It is used to support plug and play adapters and software configurable adapters, which 
may have the parameters changed during run time. 

Inputs 

io MdslAdapterContext: The handle initialized by Miniportlnitialize 

WrapperConfigurationContext: The handle of NDIS configuration. 

Outputs 

is OpenErrorStatus: This parameter is set by MDSL driver to specify the information about the error if the return value 

is NDIS_STATUS_OPEN_ ERROR. 

Return Values: 
NDIS_STATUS_SUCCESS 
20 NDI S_STATUS_NOT_ACCE PTE D 

NDIS_STATUS_OPEN_ERROR 

Processing 

25 Returns NDIS_STATUS_NOT_ACCEPTED. 

Entry point (MdsHalt) is called by NDIS library to halt the MDSL NIC. 

Inputs 

30 MdslAdapterContext: The handle initialized by Mdsltnitialize 

Outputs 
None. 

35 

Process 

The MdslHalt will: 

40 1. Deregisterthe interrupt handling 

2. Unmap the MDSL memory from the system 

3. Free system memory 

Figure 11 h depicts the interaction between the NDIS library and the driver for MdslHalt. 
45 Entry point (MdslCheckForHang) is called by NDIS library periodically to check the state of MDSL NIC. 

Inputs 

MdslAdapterContext: The handle initialized by Mdsl Initialize 

so 

Outputs 

Return Value: TRUE if the MDSL NIC is not operating 
55 Processing 

Checks the MDSL NIC status. 

Entry point (MdslEnablelnterrupt) is called by NDIS library to enable the MDSL NIC to generate interrupts. 
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Inputs 

MdslAdapterContext: The handle initialized by Mdsllnitialize 
Outputs 

Return Value: None 
Process 

Enable the MDSL NIC hardware to generate interrupts. 

Entry point (MdslDisablelnterrupt) is called by NDIS library to disable the MDSL NIC from generating any interrupts. 
Inputs 



MdslAdapterContext: The handle initialized by Mdsllnitialize 
Outputs 

20 Return Value: None 

Process 



Disable the MDSL NIC hardware from generating any interrupts. 
MdsllSR is the MDSL driver interrupt service routine entry point. 

Inputs 

MdslAdapterContext: The handle initialized by Mdsllnitialize 
Outputs 

Mir 'S^^f 9d: ' f MDSL NIC iS Sharin9 3n interrupt line and * detects that the interru P* came from its 
NIC, MDSL driver will set this parameter to be TRUE. 

QueueMdslHandlelnterrupt: If MDSL NIC is sharing an interrupt line and if MdslHandlelnterrupt must be called to 
Timsn handling of the interrupt, this parameter will be set to be TRUE. 
Return Value: None. 

Processing 

It willdo f UnCti ° n ^ 3 hi9h Pri ° rity ^ reSp ° nSe t0 an interru P l - leav es lower priority work to MdslHandlelnterrupt. 

1. Get interrupt reason 
45 2. Clear interrupt in hardware 

3. Set InterruptRecognized and QueueMdslHandlelnterrupt accordingly. 

Entry point (MdslHandlelnterrupt) is called by the deferred processing routine in the NDIS library to process an 
interrupt. 

so 

Inputs 

MdslAdapterContext: The handle initialized by Mdsllnitialize 
55 Outputs 

Return Value: None 
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Processing 



The MdslHandlelnterrupt will do: 

1 . Check MDSL NIC to get the reason for the interrupts 

2. Process the following possible interrupts one by one: 



A packet has just been put into the receiving buffer 
A packet has just been sent out 
10 - Line has just been connected 

Line is disconnected 
Line has been down 
receiving buffer overrun 



Entry point (MdslQuery Information) is called by NDIS library to query the capabilities and status of the MDSL driver. 
Inputs 



MdslAdapterContext: The handle initialized by Mdsllnitialize 

OID: Object ID of a managed object (or information element) in the 
Management Information Block where the driver stores dynamic configuration information and statistical information. 
Refer to NDIS 3.0 specification for its formats and definitions. 

InformationBuffer: A buffer that will receive information 

InformationBufferLength: The length in bytes of Information Buffer 

Outputs 



BytesWritten: The number of bytes actually written to InformationBuffer 

BytesNeeded: The number of additional bytes needed to get the complete information for the specified object. 
Return Values: MdslQuery Information returns NDIS_STATUS_ SUCCESS or the following status values: 



NDIS_STATUS_INVALID_DATA 
NDIS_STATUS_INVALID_LENGTH 
NDIS_STATUSJNVALID_OID 
35 NDIS_STATUS_NOT_ACCEPTED 
NDIS_STATUS_NOT_SUPPORTED 
ND IS_STATUS_PE N Dl NG 
NDIS_STATUS_RESOURCES 



40 Processing 



MDSL driver will only acknowledge the following OlDs synchronously: 

OID_GEN_HARDWARE_STATUS: check the hardware status of MDSL NIC 
OID_GEN_MEDIA_SUPPORTED: return NdisMediumWan 
OlD_GEN_MEDIAJNUSE: return NdisMediumWan 

OID_GEN_MAXIMUM_LOOKAHEAD: return maximum packet size (1532 bytes). 
OID_GEN_MAXIMUM_FRAME_SIZE: return maximum frame size for MDSL (1500 bytes). 
OID_GEN_LINK_SPEED: return link speed of MDSL (384000 bps). 

OID_GEN_TRANSMIT_BUFFER_SPACE: return maximum packet size (assuming there is only one packet al- 
lowed in the transmit buffer). 

OID_GEN_RECEIVE_BUFFER_SPACE: return maximum packet size in receiving buffer (assuming only one pack- 
et is allowed). 

O I D_G E N_T RAN S M I T_BLO C K_S I ZE : return maximum packet size. 
OID_GEN_RECEIVE_BLOCK_SIZE: return maximum packet size. 
OID_GEN_VENDOR_ID: return vendor ID. 

OID_GEN_VENDOR_DESCRIPTION: return vendor description string. 
O I D_G E N_C U R R E NT_LOOK A H E AD : return maximum packet size. 
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Si G MA5 M ^ Wl '" b8 S6,: ^'S-MACOPT,ON.RECE.VE.SER,AL.ZED, 

NDIS_MAC_OPTION_TRANSFERS_NOT_PEND 

O I D_GEN_D RIVE REVERSION: return MDSL driver major and minor version number 
^ OID_GEN_MAXIMUM_TOTAL_SIZE: return maximum packet size 

OID_WAN_MEDIUM_SUBTYPE: Since MDSL is not yet defined by 

Microsoft, NdisWanlsdn is returned. 

io OID_WAN_GETJNFO: return NDIS WAN info structure 

Ol D_WAN_PE RM AN ENT_ ADDRESS: return WAN address 
OID_WAN_CURRENT_ADDRESS: return WAN address 
Ol D_WAN_GET_LI NK_I NFO: return MdslLinkContext 
For all the other Oids return NDIS_STATUS_IN VALIDJDID 



is 
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Figure 1 1 i depicts the interaction between the NDIS library and the driver for MdsIQuerylnformation 

Entry point (MdslSet Information) is called by NDIS library to change the information maintained by the MDSL driver. 



Inputs 



MdslAdapterContext: The handle initialized by Mdsllnitialize 

drive^o^SSJmi^ ? ana 9 ed< *i ect < or information element) in the Management Information Block where the 
and defSSns c °nf'9"<at,on .nformat.on and statistical information. Ref erto NDIS 3.0 specification for its formats 

InformationBuffer: A buffer that stores information 
InformationBufferLength: The length in bytes of InformationBuffer 



Outputs 



BytesRead: The number of bytes read from InformationBuffer 
BytesNeeded: The number of additional bytes needed to satisfy the OID 

Return Values: MdsIQuerylnformation returns NDIS_STATUS_ SUCCESS or the following status values: 

NDIS_STATUS_INVALID_DATA 
3S NDIS.STATUSJNVALID LENGTH 

NDIS_STATUS_INVALID_OID 

NDIS_STATUS_NOT_ACCEPTED 

NDIS_STATUS_NOT_SUPPORTED 

NDIS_STATUS_PENDING 
40 NDIS_STATUS_RESOURCES 

Processing 



MDSL driver will only acknowledge the following OlDs synchronously 

w AM T- GEN 7 CURRENT - LO0KAHEAD: retUm NDIS_STATUS_SUCCESS directly without doing anything since 
WAN drivers always indicate the entire packet regardless of the lookahead size 9 

struc?urt GEM ~ WAN " SET - UNK: ^ ^ MdslLinkContext stored in the InformationBuffer into MDSL WanLinklnfo 

For all the other OIDS return NDIS_STATUSJNVALID_OID 

Figure 11 j depicts the interaction between the NDIS library and the driver for MdslSetlnformation 
Function (MdslReceivePacket) is called by MdslHandlelnterrupt to handle a packet receive interrupt This function 
.s used to replace NDIS MdslTransferData entry point since MDSL drrver does not call H^^^ ^r 
data from receiving buffer to the protocol stack. iransier 

Inputs 

MdslAdapterContext: The MDSL adapter handle initialized by Mdsllnitialize 
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Outputs 
None 

Return Value: None. 

5 

Process 



MdsIReceivePacket will do: 



10 1. Check receive status to see if there is any error during data transmission. Drop the bad packets and indicate 

the error to the NDIS wrapper. 

2. Call NdisMWanlndicateReceive to indicate that a packet has arrived and that the entire packet is available for 
inspection. 

3. If the above call returns NDIS_STATUS_SUCCESS t call NdisWanlndicateReceiveComplete to indicate the end 
is of a receive event. 

Figure 11k depicts the interaction between the NDIS library and the driver for MdsIReceivePacket. 
Entry point (Mdsl Wan Send) is called by NDIS library to instruct MDSL NIC driver to transmit a packet through the 
adapter onto the medium. If the medium is busy at the moment when this call comes, MDSL driver will queue the send 
20 command for a later time or lower the Maximum Transmit value. 



Inputs 

MdslBindingHandle: The handle returned from Mdsllnitialize 

MdsiLinkHandle: The handle returned from NDIS_MACJJNK_UP indication when line is connected. 
WanPacket: A pointer to the NDIS_WAN_PACKET structure containing a pointer to a contiguous buffer. 



Outputs 

Status: A status value specifying information about the error if the return value is not NDIS_STATUS_SUCCESS 
or NDIS_STATUS_PENDING 

Return Values: MdslWanSend returns NDIS_STATUS_SUCCESS or the following status values: 



N D I S_STATU S_P ENDING 
35 N D I S_STATUS_FAI LU R E 

Processing 



MdslWanSend will do: 

40 

1 . Check the packet size to make sure it is valid 

2. Check if the line is currently connected 

3. If medium is not currently busy send the packet right away and return NDIS_STATUS_SUCCESS. If it is busy 
put the packet in the transmit list and return NDIS_STATUS_PENDING. After the this packet has been sent out, 

^5 MDSL driver will call NdisWanSendComplete to indicate the completion of the sending event. 



Figure 111 depicts the interaction between the NDIS library and the driver for MdslWanSend. 
System Integration 

Under Windows NT or Windows 95, the various network software components are linked together, or bound into 
a logical hierarchy as depicted in Figure 11m. 

When network components are installed, information is written to the Windows NT Registry that describes the 
order in which the network components should be loaded, and how those network components are to be bound together. 
The Windows NT Control Panel Network Applet (NCPA) manages the network component installation and binding. 
The driver binding works as depicted in Figure 11n. 

The External Interfaces for the system are as follows: 
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User Interfaces 



ND.q JS^a d T\ n0t eX .?° Se t0 1! 18 US6rS direCtly " " iS bOUnd With ,he protoco1 stack in the svste ™ through 
NDIS wrapper. Application w.ll use it though different standard protocol APIs such as window socket, NetBIOS, RPC, 



etc. 

Hardware Interfaces 



The hardware interfaces of MDSL driver is described in MDSL Host Interface Requirement Specification. 
Software Interfaces 



~n« MD ?" 6f Z e l Pr ° Vide 13 U PP er " Ed 9 e Actions and one driver main entry point to the Operating System It will 
is JSISS'S^SSS! ^ ndlS - ,,b ^ to lmi*«.em - lot of tart, which £r. Incl^daSt ola i^S?S?JlS! 

Communication Interfaces 



framewitt n'riith 9 'T'T f0rmat pr ° V ' ded by NDIS WAN librarv 11 can be IP *«a gram or other 

tome with or wrthout header compression, Microsoft Point to Point compression, and encryption. It can also be a simple 

E^toZSRJS? Framin9 swttch is turned on in ND,S WAN library - A " these ^ 

Design Constraints 

The design must be compliant with NDIS 3.0 WAN driver specification. 
Attributes 

Availability/Recovery 

Errors during entry point processing will not result in catastrophic failure of the driver. The error will be passed to 
he calf.ng entity and NDIS will perform appropriate processing. Failures in initializing the MDSL hTcZ b!SSS^ 
|.ne g Connect,on wil, result in an error being returned to the calling entity. Errors during rBCB M n^nT^^!i 

Software acquisition 

a Ftah^'p^fl^Srj ^ "'l" 1 ^ ? t0 " S DSL b8nd ° Perati0n Can be acC » uired * downloading into 

a Flash EPROM (see F ig ure 5a of a board version of a DSL modem enhanced to include Flash EPROM) This down- 

Cr u :r : ed H by u r 9 the voice - band c °^*™ ^ •■««* - *. mui***. ^^2, 

for hJ !f VO ' Ce ; band mod _ e m ° pera,ion to «« a source tele Ph°ne ""mber which then can download the software 
for DSL band operation over the voice-band to the Flash EPROM. In the same manner, updates of the DSL band 
software can be downloaded either over voice-band or over DSL band. Figure 1 2 illustrates such a down loading proc- 

voir?^'?™ n H OWt0 * i9U K- e J 3a, ( there ^ 66 S6en thS MDS L frequency division for upstream and downstream In 
vo.ce-band modems, the highest frequency of interest is only 3.3 KHz. In MDSL, the highest frequency of interest can 

the cTr T ^ T^T^' " 1M T1 ra,SS ' thS CSnter ,reqUenCy ° f ,hS U " Stream cha ™*' F« * 1 00 KHz wSne 
Nnhlt f qU8nC r° dOWns,ream channel F ca is 300 KHz. The bandwidth of each channel is 200 KHz and the 

mabL ? ' ntereSt ' S > =4 °° KHZ The ChaMen9e iS to be able to P rocess the date > with a low cost program 

S J? I 9 k T PrC ^f SSOr (DSP) ThiS inVenti ° n addresses h °w to reduce the processing requirements by making 
either passband signal depicted in Figure 1 3a appear identical to the DSP. 9 

morilm ,I!? SL t m0d ! m tW .° m ° deS ' thS Cen,ra ' ° ffiCe (CO) and remote user ( RU > mode * In the CO mode the 
modem transmits ,n the upper frequency band and receives in the tower frequency band. In the RU mode the reverse 
occurs. The modem transmits in the lower frequency band and receives in the upper frequency band 

Using the normal interpretation of the Nyquist Sampling Theorem, a minimum sampling rate twice the hiqhest 
frequency of interest ,s required to process the data. For the CO modem, the analog-to-Sigital converter (ADcfcan 
samp.e the recerved signal at twice F 1+ . However, rt must generate samples for the Atu^Bne^^S^^ 
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at twice F 2+ . For the RU modem, the DAC can run at twice F 1+ . However, the ADC must run at twice F 2+ . 

This invention makes use of digital sampling rate conversion to decrease the sampling rate and consequently the 
processing requirements for the implementation of the MDSL modem. 

For the RU modem, the high sampling rate is connected with the analog-to-digital conversion process. The 1/4 T1 
s example modem receiver front end is shown in Figure 1 3b at the RU modem. The incoming analog signal, centered 
at 300 KHz is first bandpass filtered to maximize the signal to noise ratio by isolating the bandwidth of interest. The 
signal is then sampled by the ADC at the normal Nyquist rate of twice f 2+l 800 KHz. 

The sampled spectra in the digital domain is shown in Figure 13c. Because there is no signal below F samp | ing / 
4=200 KHz, the sampling rate can be safely reduced to 400 KHz by decimating the samples by two. Decimation by 
10 two generates an inverted image centered at 100 KHz as shown in Figure 13d. 

The original image can be obtained by multiplying every other sample of the decimated data stream by (-1 ). Since 
every other output from the ADC is being discarded, there is no need to generate them, i.e. the ADC can run at 400 
KHz instead of 800 KHz. 

For the CO modem, the high output sampling rate is required in the digital-to-analog process. It would require a 
is minimum sampling rate of 800 KHz to directly generate the output samples corresponding to the upper passband 
signal. It would be much better if the CO modem could generate the output samples in the lower frequency band, and 
somehow automatically translate the spectrum to the upper band. Figure 13e shows the spectrum of the low band 
signal in the digital domain. 

Translation can be accomplished by making use of the aliased images produced by digitally upsampling to a higher 
20 rate. Upsampling by two to 800 KHz consists of inserting a zero valued sample between the computed output samples. 
This generates images at harmonics of the original 400 KHz sampling frequency. When the new modified output data 
stream is passed to a DAC, the analog output spectrum shown in Figure 1 3f is generated. (The sine roll-off characteristic 
imparted by the conversion process has been left out of the figure). By the use of an appropriate analog bandpass 
filter, the inverted image centered at 300 KHz can be selected. Since the inserted values are zero, they need not be 
25 computed by the DSP. The inversion can be either corrected by multiplication of odd samples by (-1) or disregarded 
completely, since the spectrum is inverted again by the decimation process at the RU modem. As show in Figure 1 3g, 
the zero sample interleaving process can be implemented by simple external logic outside the DSP 

In conclusion, the application of sampling rate conversion allows the DSP in the MDSL modem to assume that it 
is always transmitting and receiving only in the lower frequency band. Its computations are therefore based on a much 
30 lower sampling rate than would normally be dictated by the actual analog signal frequency content. 

Discrete Multitone (DMT) has been chosen as the standard for Asymmetric Digital Subscriber Loops (ADSL) by 
the ANSI Standards Committee T1 E1 .4. Previous contributions to the T1 E1 standards activity have made claims that 
19-bit precision in the fast Fourier transforms FFT's is necessary to achieve adequate dynamic range for ADSL-2 
bitrates (6-7 Mbps). The problem is how to implement the FFTs in a fixed point 16-bit processor and provide adequate 
35 dynamic range for the ADSL-2 bitrates. 

Normally when implementing fixed point FFTs, the data is blindly scaled down at each stage to prevent the fixed 
point values from overflowing during the multiply and add operations. If the range of data values is such that no overflow 
could occur during the stage, down scaling results in the unnecessary loss of precision. 

The approach for solving this problem in accordance with the teachings of the present invention is preferably to 
40 implement both forward and inverse FFTs in 16-bit fixed point using a variable scaling scheme which examines the 
data before each FFT stage and scales down the data only if an overflow is possible during the stage. This removes 
the unnecessary loss of precision which would be caused by the 'blind* down scaling when an overflow would not occur. 
The need for scaling is determined by looking at the number of sign bits in the FFT data before each stage. The data 
is scaled by right shifting. Tests were conducted by shifting by 1 bit or 2 bits at a time. Although, in general, both shift 
45 amounts worked, in certain cases where the data values were a maximum value and with specific sine/cosine values, 
the single shifted value could still overflow. 

The total amount of scaling during the FFT is maintained so that the FFT output data can be normalized (rescaled) 
at the completion of the FFT Attached as an Appendix is the test version of C code used to test the solution. The 
variable scaling method does require more processing power than the "blind" scaling, since all the data must be ex- 
so amined before each stage of the FFT. Simulation results show that 1 9-bit fixed point fixed scaling FFTs are only mar- 
ginally better, in the expected signal-to-noise operating range, than the 16-bit variable scaled fixed point FFT 

The variable scaling of the fixed point FFT provides an advantage in any application which the data range is such 
that an overflow would not occur on every stage and additional processing power is available for improved precision. 
In the central office end, a modem pool can be used to handle multiple MDSL lines. Although a dedicated line 
55 coupling and front end circuit is necessary for each MDSL line, the signal processing power of a high performance 
DSP chip can be shared among multiple MDSL lines. The multiple line capability of an MDSL modem pool can be 
further enhanced by incorporating multiple DSP chips within a single modem pool unit. 

Figure 14a shows that an MDSL modem pool can have N logical MDSL modems, each consisting of a transmitter 
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oil 3 "? a / e £ 8iver part 4 Due to the ,ocation of the ™dem pool, transmitters can be synchronized to the same central 
tTJ^ TT ° f T M ?t L ,inS COnCentration and th. shared modem pool aJchttecture. data ^symbo!sT the 
transmit signal and samples of the received signal are readily accessible among all logical modems The 3 
signal synchronization and the transmit and received signal accessibility enable the adaptation of NEXT canceTaton 
' technique. A muK.p.e input-multiple output NEXT canceller can be implemented in conjunction wTan MdTl mSl 

dunilv w°t id NEXT f " d C ° St ° f eCh ° cancellation hardware, a preferred MDSL modem uses frequency division 

TeSon T. ^ 7 Cen,ra ' ° ffiCe ,0 3 SUbSCfiber in th8 downstrea - erection and vice versa in the ups3m 
direction. The downstream transm.ssion normally occupies the higher frequency part of the MDSL spectrum The 

filters. Figure 14b shows that a guardband ,s used between the upstream frequency band and the downstream f re- 

ZZ\TJ a ^T Furthe T re ' ,he bandwidth of each downstream s >*«™ ° an be ^ZTS^Z 

dems^This might be necessary because the spectral allocation could be optimized according to the individual line 
conditions and downstream to upstream throughput ratio marviauai line 

15 a „H B8C f ° f finite amount ° f atten " a «on ^ the bandpass filter stopband and the closeness between downstream 
and upstream spectra, there will always be some residue noise from the reverse channel Due to me?iSi3l£E2 

s^Ts of the ^;S ve f stre ? h of residual noise mi9ht not be ne9,i9ible com p- d wilh tha ^ ^ SSS 

Because of the possibility of upstream and downstream spectra overlapping among different MDSL lines the NEXT 
noise can occur within the region of guardband. Hence, the NEXT cancelation can be used to mSSa hetnteZn^I 

adj^nT MDS a L n ;nlr idUal " ^ ^ ^ ^ "* *" M ™™ " — ^nZ^nl^Z 

n^!^Z^ ° y 1 reVSrSe Channe ' NEXT CanCSller bank can be ^P'emented within the same MDSL modem 
pool un t wrth or without additional DSP chips. The NEXT canceller bank needs the access to the transmrt signal and 

£ co ^IT"? ?X£ a " modems The NEXT cance,,er bank has N NEXT a * 

Zt » ! f 9 °, M 1 SL m0demS ' EaCh CanCe " er haS N ada ^ e filters of M. Outputs of all N adapt^e 
. ers are appropriately combined to form the NEXT cancellation signal for the corresponding modem Each adaK 
filter is adapted according to the error signal between the received signal and the NEXT cancelation signal and the 
corresponding transmit signal as the correlation vector as depicted in Figure 1 4e nce » ai '°n signal and the 

lJ^o^h^ Can f USSd f ° r hi9h data rate di9i,al trans ^ission. For the case of Digital Subscriber 
Lines (DSL) extens.ve digital signal processing, such as transmit signal shaping and received signal equalization is 

eXH , ^ I"" CaPadty ° f ,hS tWiSt6d Pair transmi -i- "edium Therefore, the cJ7,SS^S^ 

ends of the twisted pa.r become a significant part of the total cost of the transmission system When the transm ssSn 

^^^^^ rr line driver is used for the ,ransmitter and a ^ ™s 

forthe receiver. By avoiding the use of extensrve digrtal signal processing, the transceivercostcanbekeptataminimum 
Using the observation that the h igh-rate high-precision A/D and subsequent high-precision digital signal processina 

SZXZF Chamel '^r 10 " COm P ensa,ion a PP roach . a *™a equalization meLd of the JnJnCSSnTJS 
bodment ut lizes symmetrical twisted pair transmission channels that extends the transmission distance whHe keepino 
cost minima.. This d.rect equation method can also be applied to non-twisted pair symmetricaTtrnsrnissbn Z, 9 

MbpSKo^ SUChaS 10BaseTa " d 100BaseT Ethernet, ATM 55 

toSS! — ' ' haveas y mmet ^lchannel response. Because there are no bridged 

aps channel transfer functions in opposite directions are identical for time-division duplex systems In these cases 
he channel response can be identtfied by examining the received signal. Specifically, it can be identified by t^nsS 
training isequences iduring idle time between data transmission periods. Easily dM^UMtk^jySSS^^ 
are preferred for channels with severe distortion. naiy naming sequences 

Figure 15a shows the channel transfer function of a 50 meter 24 gauge twisted pair The channel distort™ ■« 
boMnte^ 

bol interference which cause the eye pattern to close. Figure 15b shows the eye pattern of the received sicnal at the 

TellZ^T 24 9aU9e tWiStSd P3ir The de9ree ° f thS P a » ern closin 9 ca " »° JudS^^KataS 
^termini if ^ ° Penin9 ^ ^ U ™ interVal * whicn the transmitted signal levels can be reE 

A S avt a h I7 er)/ ,mP °T X - ' n 3 PraCtiCa ' SyS,6m ' timin9 jttter SXis,s be,ween < he Emitter and the reefer 
A wider available decision window would decrease jitter requirements 

55 c 7 8 Pa !! em dOSin9 CaUS8d by Chamel dis,ortion ^n be compensated by the use of a channel equalizer 

* Specificany, the distortion compensation at the baud rate will reduce the spread of signal level LxUeTpTmaZ£^on 

« te^T^l* ab ° Ve b3 : d ra,S diS,0rti ° n ^ 6Xpand the aVai,ab ' e d ecisionwind^. In Sl^TSE 
rate equal zer can only maximize the eye opening at a particular decision point while a fractional spaced eaua I izer can 
maximize the eye opening at more than one point, thus expanding the optimal decision window 
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A traditional channel equalizer implemented in the receiving path of a transceiver is seen in Figure 15c. The re- 
ceived signal is amplified 1510 and converted into digital format 1512, A programmable filter 1514 with adjustable 
coefficients 1516 is used to compensate the channel distortion. These filter coefficients 151 6 are calculated to minimize 
the mean squared error between the filter output signal level and the desired signal level. The calculation can be carried 
s out based on the Least Mean Square (LMS) algorithm. Slicer 1 524 quantizes to signal levels for decoding. Output data 
is converted to analog 1536, and line driver 1538 transmits them with switch 1520 providing isolation. 

The realization of the conventional equalizer usually requires a full-precision programmable filter. Depending on 
the channel distortion and the number of signal levels, an A/D converter 1512 with 6 to 1 0 bits of resolution is necessary. 
This A/D converter must operate at or above the symbol rate. A baud rate based channel equalizer ranging from 10 

10 MHz to 30 MHz also needs a highly accurate timing recovery circuit. The programmable filter 1514 after the A/D con- 
verter should have the same or higher bit resolution in the data path to make the equalization process effective. The 
high resolution and high operating rate A/D converter and the following programmable filter of the same resolution and 
the same operating rate translate into a high transceiver cost. 

In a noiseless environment, the equalization function that compensates for the frequency distortion of the channel 

*5 can also be performed using a programmable filter in the transmitter. These transmitter filter coefficients are adapted 
in real time by using a training sequence. During data idle time periods, a bi-level training sequence is transmitted for 
the purpose of filter coefficient adaptation. The receiver correlates the received training sequence with the known 
training sequence and updates the equalizer filter coefficients using an adaptation algorithm, such as the Least Mean 
Squared (LMS) algorithm. Since the channel is symmetrical, the identified equalizer coefficients are then used for the 

20 programmable transmitter filter. 

The direct equalizer system of the present preferred embodiment includes a transmission path and a receiving 
path, as depicted in Figure 15d. In the transmission path there is a switch 1534 controlled by the data buffer status to 
multiplex the training sequence 1540 and the data. When the data buffer is idle the training sequence is linked to the 
D/A conversion device 1536. To avoid transmission collision, a higher layer protocol algorithm is also necessary to 

25 regulate the transmission of training sequences at both ends. In the receiving path, a received data detection function 
is necessary to control the adaptation of the transmitter filter coefficients. The combination of the transmit filter 1532 
and its adaptation mechanism forms a direct channel equalizer The filter coefficients can be updated periodically using 
a Digital Signal Processor (DSP) in a few baud intervals. 

The direct equalizer of Figure 15d also includes isolation switch 1520, amplifier 1522, slicer 1524, incoming data 

30 detection 1526, filter coefficient calculator 1528, timing sequence 1530, outgoing data detection 1542, digital-to-analog 
converter 1536 and line driver 1538. 

In place of a high cost high speed digital programmable filter, a data buffer 1533 can also be used, as shown in 
Figure 15e. The data buffer 1533 can be periodically filled with data filtered by a DSP. This buffered approach may 
introduce DSP processing speed dependent transmission delay. However, a high transmission rate on the twisted pair 

35 can be maintained. 

A baud rate equalizer, either at the receiver or at the transmitter, can only compensate for channel distortion at its 
precise sampling points. Hence, a receiver needs an accurate timing recovery circuit to keep track of these optimal 
sampling points (Figure 1 5f). 

The optimal sampling window size can be expanded using a fractionally spaced direct channel equalizer. Figures 
40 1 5g and 1 5h show the effects of fractionally spaced direct equalizer for equalizer operating rates of 2 times and 3 times 
the baud rate. Above baud rate direct channel equalizers can create optimal sampling window sizes of 50%, 66.6%, 
or more. 



Filter coefficients for a baud rate equalizer can be calculated as 
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th^H ' S h n f SPaC6d eqU3liZer coefficient vector - x k* the baud interval spaced received signal vector 
is ? desired signal level available from the training sequence, and m is the adaptation step size. The filter coefficien 

vector for the direct equalizer system is calculated using the LMS algorithm in conjunction with quantized data from 
the sheer. The use of the quantized data avoids the requirement of a higher precision A/D converter. The filter coefficient 
adaptation is similar to the sign LMS algorithm. One has 
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TH?m° C) d « n0teS , tiZa,bn ° Perati ° n and dk is either +1 or " 1 due to the use ° f a binary training sequence 
The filter coefficient vector for a double baud rate direct equalizer is calculated as an- 
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In other words, the double baud rate equalizer is the combination of two baud rate equalizers operating at different 
sampling phases. The filter coefficient vector for the triple baud rate equalizer can be similarly obtained. 

The direct equalization approach will enhance the spectral density at the high frequency portion of the transmit 
power spectrum. However, depending upon the channel characteristics, the enhancement should be in the range of 
only a few dB. 

The power spectrum of the multiple level Pulse Amplitude Modulation (PAM) signal is 

sin — 

psdpam -■ A £-0. 

fa 

where A is related to the signal amplitude and f 0 is the baud rate. The frequency response of the equalizer is 



where H(f) is the channel transfer function and T s is the equalizer operating sample interval. One has 

25 

-r 1 -r 1 t 1 

T ° = 7o> T °-2fo' T ° = Wo' etC 

30 For a typical twisted pair channel, one has 

\H(f)\ = e afl 

35 Where a = 1 .2924 x 10 - 10 for the Category 5 UTP and 1 = 150, one has 



for the frequency region of our interests. 

The power spectrum of equalized signal is the product of the PAM power spectrum and the squared transfer 
45 function of the equalizer. Figure 1 Si shows power spectra with direct equalizers of different operation rate. For the 50 
meter CAT 5 UTP cable the power density differences are within 2 dB, 

Figure 1 5j shows a simulation system for the direct equalizer using PAM signals. In particular, the transmitted PAM 
signah is delayed (z -k ) and fed to receiverl along with the through channel received signal. These receiverl signals 
are used to control the transmitter for PAM signal2 to directly equalize; and this compensated signal through the channel 
so at received is compared to the PAM signal2. Figure 15k shows the interior of receiverl of Figure 15hj, and Figure 151 
shows the interior of the transmitter of Figure 15j. 

The following Terminology/Definitions has been used herein. 

MDSL - Mid-band Digital Subscriber Line. 
55 MDSL-C - The MDSL running on the Central Office site 

MDSL-R - The MDSL running on the residential site 

POTS - Plain Old Telephone Service. It only makes and receives phone calls. 

NDIS - Network Device Interface Specification. A specification defined by Microsoft to provide a standard interface 
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for network drivers to interact with each other and with Operating System. 
NIC - Network Interface Card 
WAN - Wide Area Networking 

mini-port NIC driver - A network interface card driver developed as an extension to the NDIS 3.0 specification to 
allow developers to write only code that is specific to the hardware, merging the common concerns into the NDIS 
library or wrapper. 
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APPENDIX 

@ I NPUT_DKCLARAT I ONS : 
STATIC Double I^clock; 
STATIC Ovector I_real_in; 
STATIC Double I_reset; 
STATIC Double I_valid_in; 
@OUTPUT_DECLARATI0NS : 
STATIC Ovector 0_img_out; 
STATIC Ovector O_real_out; 
STATIC Double 0_scaler; 
STATIC Double 0__valid_out; 
@ PARAME T ER_DE C LARAT I ONS : 
{ 

STATIC Long P_f f tjnath; 
} 

@STATE_DECLARATIONS : 
{ 

STATIC Long size ; 
STATIC Double *f_real ; 
STATIC Double *f_img ; 
STATIC short *i_real ; 
STATIC short *i_img ; 
STATIC long *l_real ; 
STATIC long *l_img ; 
STATIC Double *in_r 
STATIC Double *out_i ; 
STATIC Double *out_r ; 
STATIC long flag ; 
STATIC long clock ; 
STATIC long ltemp ; 
STATIC long lmax ; 
STATIC int. scale ; 
STATIC int i ; 
STATIC int j ; 
STATIC int 1 ; 
STATIC int max_bttr ; 
STATIC int j2 ; 
STATIC int jll ; 
STATIC short temp ; 
STATIC int k ; 
STATIC double twopi ; 
STATIC double tmp_real ; 
STATIC double . tmp_img ; 
STATIC int doit ; 
STATIC int Sine [256] ; 
STATIC int Cosine [256] ; 
STATIC FILE * filel ; 
STATIC int 1mm ; 
STATIC int lix ; 

STATIC double scl; 
STATIC int bttr; 
STATIC int li ; 
STATIC int power ; 
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STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
STATIC 
} 

@BLOCK 
{ 



int stage ; 
double tl ; 
double t2 ; 
double arg ; 
double c ; 
double s ; 
int itl ; 
int it2 ; 
int ic ; 
int is ; 
int arginc ; 
int iarg ; 
short tmp_r ; 
short tmp_i ; 
int itmplre 
int itmplim 
int itmp2re 
int itmp2im 
double pi ; 
double cl ; 
double c2 ; 
double wpr ; 
double wpi ; 
double wi ; 
double wr ; 
double wtmp ; 
double tmplre 
double tmplim 
double tmp2re 
double tmp2im 
int length ; 
int half ; 
int halfpow ; 
int DEBUG 
long ltl 
long lt2 
long Is 
long lc 
long ltempl 
long ltemp2 
long ltemp3 
long ltemp4 
long l_tmp_r 
long l_tmp_i 
long Itmplre 
long Itmplim 
long ltmp2re 
long ltmp2im 
double ftemp 

^DECLARATIONS: 
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{ 

DEBUG = 0 ; 
size = 512 ; 
power = 9 ; 
if (P_f ft_math == 1 ) 
{ 

f real = (double +J malloc (size * sizeof (doubl c) ) ■ 
^ filing = (double *) malloc (size * sizeof (double) ) ; 

else 
{ 

i_real = (short *) malloc (size * sizeof (short) ) ; 

x img = (short *) malloc (size * sizeof ( short ) ) ; 

1 real - (long *) malloc (size * sizeof ( long) ) ; 

^ l_img = (long *) malloc (size * sizeof ( long) ) ; 

twopi= 3.1415926536 * 2.0 ; 
pi = 3.1415926536 ; 

filel = f open {"/home/mannerin/ sincosl.txt" "r" ) ■ 
for(j=0 ; j < 256 ; 

^ fscanf (filel, "%08x \n ,f , &Cosine [ j ] ) ; 

for(j=0 ; j < 256 ; j++) 
{ 

^ fscanf (filel, "%08x \n",&Sine [j]) ; 
fclose(filel) ; 

} 

@RUN_OUT_CODE : 
{ /* start of run code */ 

flag = 0 ; 
35 O_valid_out = 1.0 / 

0_scaler = 0.0 ; 
@IF (I_clock == CONNECTED) 
clock = (long) I_clock ; 
flag |= (-clock & 1) 
40 (3ENDIF 

@IF (I_valid_in == CONNECTED) 

flag |= (long) I valid in ; 
@ENDIF ~ 
@1F (I_reset == CONNECTED) 
4S if (I_reset == 1.0} 

{ 
} 

@ENDIF 
if ( !flag) 

50 I /* start of process input/output */ 

/* read in input */ 

in_r = (double *) OvGetStart ( I_real in) ; 
out_i = (double *) OvGetStart (0_img_out) ; 
out_r = (double *) OvGetStart (0_real_out) ; 
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/* 



power =9 ; 
if (P_fft_math == 1) 
{ /* start of if floating */ 



for(i=0; i < size ; i++) 



{ f_real[i] =in_r[i] ; 




length = 512 ; 
half = 256 ; 
halfpow = power - 1; 
cl = c2 = 0.5/ 

for (i = 0, j = 0; i < half; i++, j += 

f_real[i] = in_r[j] ; 
f_irog[i] = in r[j + 1] 

} 

c2 = -c2; 
/* start of do floating fft */ 



size = 256 ; 
power =8 ; 
maxjbttr = size / 

for (stage = 1; stage <= power; stage++) { 
lix = max_bttr; 
maxjbttr /= 2; 
1mm = max__bttr; 

scl = ((double) (- twopi) / (double) lix); 
for(bttr = 1; bttr <= 1mm; bttr++) { 
arg = (bttr - 1) * scl; 
c = cos (arg) ; 
s = sin (arg) ; 
fordi = lix; li <= size ; li += lix) { 
jll = li - lix + bttr - 1; 
j2 = jll + maxjbttr; 
tl = f_real[jll] - f_real[j2] ; 
t2 = f_img[jll] - f__img[j2] ; 
f_real[jll] = fjreal [jll] + f_real[j2] ; 
f_img[jllj - f_img[jll] + f_img[j2] ; 
f_real[j2] = (c*tl + s*t2); 
f_img[j2] = (c*t2 - s*tl); 
} 

} 

} 

j = 0 ; 

for(i = 0; i < (size - 1); i++) { 
if(i < j) { 

tmp_real = f_real[j] ; 
tmp__img = f__img[j] ; 
f_real[j] = f real[i] ; 
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f_img [ j ] - f__img [ i ] ; 
f_real[i] - tmp__real; 
f _img [ i ] = tmp_img ; 

> 

k = (size / 2) ; 

while (k < (j + l)) { j -= k; k /= 2; } 
j += k; 

) 

10 

* * * + ★ / 

75 /* Perform even/odd separation algorithm. 

*/ 

/* Form an array with N/2 + 1 elements. 
*/ 

* * *■* * / 

arg = pi / half; 
wtmp = sin (0.5 * arg); 
wpr =-2.0* wtmp * wtmp; 
25 = sin (arg) ; 

wr = 1 . 0 + wpr ; 
wi = wpi; 

for (i = l, j = (half - 1); i <= j; j — ) 

30 tmplre = (f_real[i] + f_real[j]) * cl; 

tmplim = (f_img[i] - f_img[j]) * cl; 
tmp2re = (f_img[i] + f_img[j]) * -c2; 
tmp2im = (f_real[i] - f_real[j]) * c2; 
f_real[i] « (tmplre + wr * tmp2re - wi * 



20 



3s tmp2im) 
tmp2re) 



f_img[i] = (tmplim + wr * tmp2im + wi * 
f_real[j] = (tmplre - wr * tmp2re + wi * 



tmp2im) ; 

40 f__img[j] = (- tmplim + wr * tmp2im + wi 



tmp2re) ; 



45 } 



wtmp = wr; 

wr += (wr * wpr - wi * wpi); 
wi += (wi * wpr + wtmp * wpi); 



★ ★ ★* * / 

/* Compute the first pair of frequency cells, 
so + / 

/* at the dc and the Nyquist point 
*/ 

+ + * + + + + + + + + + * + ^ + ^ + * + + + * + + 

s$ * * + * * / 
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wr = f_real [0] ; 
f_real[0] - wr f f_img[0] 
f_img[0] = f_img[0] - wr ; 



5 



for(i=0 ; i < size ; i++) 



10 




out_r[i] - f__real[i) ; 
out_i[i] = -f img[i] ; 

} 

} /* end of if floating */ 



1S 



else 



if (P_fft_math == 2 ) 



20 



/* start of int fft V 
length - 512 ; 



half = 256 ; 
halfpow = power - l; 

for (i = 0, j = 0; i < half; j += 2) 

{ 

l_real[i] = (long) (in_r[j] * 65536.0) 
l__img[i] - (long) (in_r[j + 1] * 65536.0 ) ; 

Imax = 0 ; 

for (i = 0 ; i < half; i++ ) 

ltemp = l__real [i] ; 

if (Itemp < 0) ltemp = - ltemp ; 

if (ltemp > lmax) lmax = ltemp ; 

ltemp = l_img[i] ; 

if (ltemp < 0) ltemp = - ltemp ; 

if (ltemp > lmax) lmax = ltemp ; 

scale - 0 ; 
for(i=0;i < 32 ; i++) 
{ 

lmax <<= 1 ; 
if (lmax < 0) 

break ; 
else 
scale++ ; 

» 

scale — ; 
scl =1.0; 
for(i=0 ; i < scale ; i++) 
scl *= 2.0 ; 
lmax = 65536/ (long) scl ; 
for (i = 0 ; i < half; i++ ) 

i_real[i] = (short) (l_real [i] /lmax) ; 
i_img[i] - (short) (l_img [i] /lmax) ; 
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/* do fft */ 
size = 256 ; 
power =8 
arginc = 2 ; 
max_bttr = size ; 
scale = 0 ; 

for (stage = 1; stage <= power; staqe+n { 
doit = 0 ; 
for(j=0 / j < size ; j++) 

{ temp = (i_real[jj & (short) OxcOOO) ; 

if ((temp != 0) && (temp != (short) OxcOOO) ) 

{ doit = 1 ; break; } 
temp = (i_img[j] & (short ) OxcOOO ) ; 
if ((temp != 0) && (temp != (short ) OxcOOO) ) 
{ doit = 1 ; break; } 

} 

if (doit) 
{ 

scale++ ; 
for(j=0 ; j < size ; j++) 
{ i_real[j] /= 2 ; 
i_img[j] /= 2 

} 

} 

for(j=0 ; j < size ; j++) 

{ temp = (i_real[j] & (short) OxeOOO) ; 

if ((temp != 0) && (temp != (short) OxeOOO)) 

{ doit = 1 ;break; ) 
temp = (i_img[j] & (short) OxeOOO ) ; 
if ((temp != 0) && (temp !- (short) OxeOOO) ) 
{ doit = 1 ; break; } 

} 

if (doit) 
{ 

scale++ ; 
for(jr=0 ; j < size ; j++) 
{ i_real[j] /= 2 ; 
i_img[j] /= 2 

} 

} 

iarg = 0 ; 
lix = max_bttr; 
max_bttr /= 2; 
1mm ~ max__bttr; 

for(bttr = 1; bttr <= 1mm; bttr++) { 
ic = (int) Cosine [iarg] ; 
is = (int) - Sine [iarg]; 
iarg += arginc ; 

for(li = lix; li size; li += lix) { 
jll = li - lix + bttr - 1; 
j2 = jll + max_bttr; 
itl = i_real[jll] - i_real[j2] ; 
it2 = i_img[jll] - i_img[j2] ; 
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• 



i_real[jll] = i_real[jll] + i_real[j2] ; 
i_img[jll) = i_img[jll] + i_img[j2] ; 

i_real[j2] = (short) (((ic*itl) + (is*it2) ) / 32768 ) 

; 

i_img[j2] = (short) {((ic*it2) - (is*itl)) / 32768 ) 
} 

} 

arginc *= 2 / 

} 

j = 0 ; 

for(i = 0/ i < (size - 1); i++) { 

if li < j) { 

tmp_r = i_real [ j ] / 
tmp__i = i_img[j] ; 
i__real[j] = i_real[i] ; 
i_img [ j ] = i_img [ i ] ; 
i_real[i] = tmp__r ; 
i_img[i] = tmp__i ; 

} 

k = (size / 2) ; 

while (k < ( j + 1) ) ( j -= k; k /= 2; } 
j += k; 

} 

/ + + * + + + * + + + 

/* Perform even/odd separation algorithm. 
V 

/* Form an array with N/2 + 1 elements. 
V 

* * * + * f 

k = 1 ; 

for (1=1, j = {half - 1); i <= j; i++, j — ) 
{ 

/* wr => Costablefl. . ] wi => Sintable [ 1 . . . ] V 

is = Sine[k] ; 
ic = Cosine [k] ; 

itmplre = (int ) ( (i_real [i ] + i_real[j]) >> 1 ) 

r 

itmplim = (int ) ( (i___img [i] - i__img[j]) » 1 ) 
itiup2re = (int) ( (i_img [i] + i_img[j]) » 1 ) 

7 

itmp2im = (int) (- ( (i_real [i ] - i__real[j]) » 

1) ) ; 

i_real[i] = (short) (itmplre + ( (ic * itmp2re 
-is * itmp2im) / 32768)); 
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i_img[i] = (short) (itmplim + ( (ic * itmp2im 
+ is * itmp2re) / 32768 )); 

i_real[j] = (short) (itmplre - { ( ic * itrop2re 
-is * itmp2im)/ 32768)); 

i_img[j] = (short) (- itmplim + ( (ic * 
itmp2im + is * itmp2re)/ 32768)); 

k++ ; 

\ 

it**********************-** 

★ * * + * y 

/* Compute the first pair of frequency cells, 
V 

/* at the dc and the Nyquist point 
*/ 

+ * + j 

is = i_real [0] ; 

i_real[0] = is + i__img[0] ; 

i_img[0] = i_img[0] - is ; 

+ * + * + * + + + + * I 

scl =1.0; 
for(i=0 ; i < scale ; i-f + ) 

scl *= 2.0 ; 
for(i=0 ; i < size ; i++) 
{ 



/* 



out_r[i] = (double) (i_real[i] « scale) ; 

out_i[i] = (double) (-i__img[i] « scale) ; 

out_r[i] = (double) Unreal [i] ) ; 

out_i[i] = (double) (-i_img[ij ) ; 

out_r[i] += ((scl * (float) lmax) / 65536.0) ; 

out i[i] *= ((scl * (float) lmax) /65536.0) ; 



out_r[i] *= scl/ (float) lmax 
out_i[i] *- scl/ (float ) lmax 

} 

} /* end of int fft */ 

0_valid_out =0.0 ; 

0_scaler = (double) scale ; 
} /* end !flag */ 
} /* end of run code */ 

@TERM1NATI0N_C0DE : 
{ 

if (P_f f t_math == 1) 
{ 

free(f_real) ; 
free(f_img) ; 

) 

else 
{ 
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15 



20 



free (i_real) 
free (i_img) 
free (l_real) 
free (l_img) 



10 

Claims 

1. A communication system comprising: 
a digital processing unit coupled to a communication source; 

a digital communication link coupling said digital processing unit to a plurality of analog front ends; and 
a plurality of analog communication links, one analog communication link from one of said analog front ends 
to one of a plurality of users. 

2. The system of Claim 1 , wherein said digital communication link includes an optical link. 

3. The system of Claim 1 , wherein said digital communication link includes a microwave link. 

4. The system of any preceding claim, wherein a multiplexer/demultiplexer connects said analog front ends to said 
digital communication link. 

5. The system of any preceding claim, wherein: 

30 said users are modems; and 

said analog communication links are subscriber loops. 

6. The system of claim 5, wherein said modems are operable for frequencies higher than voice band. 
35 7. A modem, comprising: 

digital signal processing circuitry; 
an analog front end; and 

a digital communication link coupling said circuitry and said front end 

40 

8. The modem of claim 7, wherein said link includes an optical link. 

9. A communication system, comprising: 

45 digital signal processing circuitry; 

an analog front end connected to an analog communication link; 

a digital communication link coupling said circuitry and said front end; and 

whereby said circuitry can communicate with a remote end of said analog communication link. 



25 



50 



10. The system of Claim 9, wherein said link includes an optical link. 
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FIG. 14a 
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FIG, 14c 
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FIG. 1 5i 
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